我有一台服务器在生产中突然变得不再响应networking。 没有设置一段时间以来，所以我不明白为什么会出错。 它看起来像一个路由问题，但不知道如何从这里进步。 我试图加载救援光盘，看看是否有任何硬件问题，但暂时的操作系统没有问题通过networking连接。 这里有一些信息:(请注意，eth0是我用于lan的，eth1是我用于互联网的） # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 149.255.34.168 * 255.255.255.248 U 0 0 0 eth1 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 1002 0 0 eth0 link-local * 255.255.0.0 U 1003 0 0 eth1 default 149.255.34.169 0.0.0.0 UG […]
我已经注册了DirectAdmin的VPS，运行CentOS，我使用的是我从其他网站注册的域名。 我已经做了必要的configuration，使域显示VPS的默认页面。 我也使用CentOS安装了node.js和mongoDB，但是我一直在运行应用程序。 我为MongoDB设置了一个.conf文件，其中bind_ip被设置为VPS的IP，当我尝试在端口27017上运行MongoDB时，我收到以下消息： service mongod start Starting mongod: [ OK ] bash: /var/log/mongodb/mongodb.log: Permission denied 我认为这是由于我没有对VPS做任何授权的事实，但是我不知道如何进行授权。 我究竟做错了什么？ 另外，我不能让node.js正常运行。 当我在CentOS上运行一个基本的node.js应用程序，端口3000，似乎一切正常，但是当我在端口3000上访问我的域名或VPS IP时，服务器不响应。 我如何解决这个问题？ 我是否需要在我的VPS上configuration端口以使服务器响应？ 当在浏览器中未指定端口的情况下打开域时，如何configurationVPS以连接到节点应用程序，而不是显示默认的index.html页面？ 我在configurationVPS上的node.js方面没有任何经验，所以我的最后一个问题是：是否有关于在VPS上使用MongoDB运行node.js的教程？ 提前致谢。 编辑：我解决了MongoDB的问题，只需重新安装它。 我猜在安装过程中第一次出现了问题。
我执行了各种yum安装命令并安装了所有的软件包。 [root@myip php.d]# rpm -qa | grep -i mysql mysql-server-5.1.69-1.el6_4.x86_64 mysql-libs-5.1.69-1.el6_4.x86_64 perl-DBD-MySQL-4.013-3.el6.x86_64 mysql-devel-5.1.69-1.el6_4.x86_64 mysql-5.1.69-1.el6_4.x86_64 php-mysql-5.3.3-22.el6.x86_64 但在phpinfo我可以看到所有的扩展名，如mssql，pgsql，mongo等，但不是mysql 我该怎么办 PHP pacakges php-common-5.3.3-22.el6.x86_64 php-pdo-5.3.3-22.el6.x86_64 php-pgsql-5.3.3-22.el6.x86_64 php-pecl-imagick-2.2.2-4.el6.x86_64 php-zts-5.3.3-22.el6.x86_64 php-process-5.3.3-22.el6.x86_64 php-ldap-5.3.3-22.el6.x86_64 php-suhosin-0.9.29-2.el6.x86_64 php-enchant-5.3.3-22.el6.x86_64 php-fpm-5.3.3-22.el6.x86_64 php-cli-5.3.3-22.el6.x86_64 php-pear-1.9.4-4.el6.noarch php-odbc-5.3.3-22.el6.x86_64 php-pecl-memcached-1.0.0-1.el6.x86_64 php-pecl-xdebug-2.1.4-1.el6.x86_64 php-pecl-geoip-1.0.8-3.el6.x86_64 php-pecl-memcache-3.0.5-4.el6.x86_64 php-embedded-5.3.3-22.el6.x86_64 php-soap-5.3.3-22.el6.x86_64 php-snmp-5.3.3-22.el6.x86_64 php-bcmath-5.3.3-22.el6.x86_64 php-mbstring-5.3.3-22.el6.x86_64 php-imap-5.3.3-22.el6.x86_64 php-xmlrpc-5.3.3-22.el6.x86_64 php-gd-5.3.3-22.el6.x86_64 php-xml-5.3.3-22.el6.x86_64 php-recode-5.3.3-22.el6.x86_64 php-5.3.3-22.el6.x86_64 php-mssql-5.3.3-1.el6.x86_64 php-pecl-apc-3.1.9-2.el6.x86_64 php-pecl-mongo-1.4.0-1.el6.x86_64 php-tidy-5.3.3-22.el6.x86_64 php-mcrypt-5.3.3-1.el6.x86_64 php-dba-5.3.3-22.el6.x86_64 php-intl-5.3.3-22.el6.x86_64 php-pspell-5.3.3-22.el6.x86_64 […]
我想把我的CentOS 6.4服务器从php53（epel repository）升级到php53u（ius repository）。 我已经启用了ius版本库，但是因为在服务器上有生产网站，所以我只是犹豫不决。 （因为生产站点在Drupal 7中，我想要保持在5.3的轨道上，但是我也想安装一个Drupal 8开发站点，这个站点最less需要5.3.10 – epel只给我5.3.3） 有谁能给我一个暗示什么是最安全的方法： 删除php53（epel）并安装php53u 只需安装php53u，看看会发生什么 你的其他build议 几分钟的停机时间是可以接受的，但不是更多。
在电源故障后一分钟内写入的文件在系统返回时为零字节。 testing一个我们不能保证的系统将有UPS备份。 Centos 6.4 内核2.6.32-358.14.1.el6.x86_64 ext4默认安装 看到这发生在2个不同的系统（我已经尝试过的唯一两个系统） 第一款采用PERC h710控制器的RAID 6和4个3TB硬盘。 它发生与没有lvm 它发生在写入和回写caching中。 第二个没有RAID控制器的2TB磁盘 只testing没有lvm 如何防止这个build议？
我们在CentOs 6.4上运行Apache和CherryPy（Python）服务器。 昨天Apache服务器突然下降，而使用8080端口的CherryPy正常工作。 我们正在努力解决这个问题，但没有运气。 似乎最大的同时连接有什么问题，但是我们不知道如何解决这个问题，甚至不能解决真正的问题。 错误日志文件有这样的东西： [Sun Aug 04 04:47:16 2013] [notice] mod_python: Creating 4 session mutexes based on 10 max processes and 0 max threads. [Mon Aug 05 21:57:31 2013] [notice] mod_python: Creating 4 session mutexes based on 10 max processes and 0 max threads. [Mon Aug 05 21:58:46 2013] [error] server reached MaxClients […]
我试图从服务器列表中提取一些信息，所以我写了这一行，然后通过ssh user@machine 'command'传递： # hostname > info ; cat /etc/*-release | awk 'NR==3' >> info ; uname -a >> info ; rpm -qa >> info ; mail -s '`hostname` install list' [email protected] < info 我也试过： [root@itai-test ~]# hostname > info ; cat /etc/*-release | awk 'NR==3' >> info ; uname -a >> info ; rpm […]
我需要在Centos 6.4（final）上configurationsvn。 我安装了svn 1.6并完成了初始configuration，但通过url访问版本库时，我正在获取svn conf文件/文件夹的列表，而不是提示进行身份validation。 （ 截图 ）
我在CentOS上运行的服务器有问题。 CentOs已经升级到了6.4版本，并且有所有的更新。 更新是根据官方仓库进行的。 在运行V-Server的服务器上。 本地/ fstab ——————————- FSTAB —————— ———————— 设备>>>>> >>>>>设置点>>>>>的FStype选项>>>>>转储>>>>>通行证 / dev / sda1 / boot ext3 rw，noatime 1 2 / dev / vg0 / root / ext3 rw，noatime 1 1 / dev / vg0 / swap none swap sw 0 0 / dev / vg0 / usr / usr ext3 rw，noatime 1 […]
对于这个服务器我正在运行virtualmin。 它带有后缀。 我的一个用户抱怨他没有收到所有的电子邮件。 为了检查这个，我让postfix把他的电子邮件转发到另一个电子邮件地址（gmail）。 他正在接收Gmail中的电子邮件，而不是在后缀。 邮件没有标记为垃圾邮件。 电子邮件不能在任何地方find。 日志示例： [root@server]# grep ***messageid9F63AA8003***@***.gbl /var/log/maillog Sep 24 12:10:44 server postfix/cleanup[1827]: 6248E3BC0243: message-id=<***messageid9F63AA8003***@***.gbl> Sep 24 12:10:44 server spamd[16387]: spamd: processing message <***messageid9F63AA8003***@***.gbl> for mail.account:524 Sep 24 12:10:46 server spamd[16387]: spamd: result: . -2 – FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD scantime=1.4,size=2198,user=mail.account,uid=524,required_score=4.0,rhost=localhost,raddr=127.0.0.1,rport=335,mid=<***messageid9F63AA8003***@***.gbl>,autolearn=ham Sep 24 12:10:46 server postfix/cleanup[1827]: 8BD433BC056E: message-id=<***messageid9F63AA8003***@***.gbl> 这看起来不错，所以我看得更远： [root@server]# grep 8BD433BC056E /var/log/maillog Sep […]