服务器 Gind.cn

谷歌对硬盘故障进行了非常彻底的研究 ，发现大部分硬盘在大量使用的前三个月内出现故障。 我和同事们都认为我们可以为我们所有的新硬盘实施一个老化的过程，这可能会让我们因在新的未经testing的硬盘上浪费时间而感到心痛。 但是在我们实施一个老化的过程之前，我们想从其他更有经验的人那里得到一些启示： 在开始使用硬盘之前，刻录硬盘有多重要？ 你如何实现一个老化过程？ 你在硬盘里烧了多久？ 你用什么软件刻录驱动器？ 老化过程有多大压力？ 编辑：由于业务的性质，大部分时间不可能使用RAID。 我们不得不依靠那些经常在全国邮寄的单一驱动器。 我们尽快备份驱动器，但在我们有机会备份数据之前，我们仍然会遇到各种各样的故障。 UPDATE 我的公司已经实施了一段时间的老化过程，而且已被certificate是非常有用的。 我们立即刻录所有库存的新驱动器，使我们能够在保修期满之前以及在将其安装到新的计算机系统之前发现许多错误。 validation驱动器损坏也certificate是有用的。 当我们的一台电脑开始出现错误而硬盘驱动器是主要的嫌疑人时，我们将重新运行该驱动器上的老化过程，并在启动RMA过程或抛出之前查看任何错误以确保驱动器实际上是问题它在垃圾桶里。 我们的烧录过程很简单。 我们有一个带有大量SATA端口的指定的Ubuntu系统，我们在读/写模式下运行坏块，每个驱动器上有4次通过。 为简化操作，我们编写了一个脚本，用于打印“数据将从您的所有驱动器中删除”警告，然后在系统驱动器以外的每个驱动器上运行坏块。

问题：服务器重启后，iptables重置为默认设置。 我试图设置这样的规则： iptables -I INPUT -p tcp –dport 3000 -j ACCEPT 之后我做： service iptables save 并写回像这样的东西 iptables: Saving firewall rules to /etc/sysconfig/iptables:[ OK ] 之后我就跑了（这样做了一次）： chkconfig iptables on （我已经读过，这必须完成，以便重新启动后恢复设置） 之后，我重新启动并运行这个命令： systemctl list-unit-files | grep iptables 我看到iptables.service已启用，但是，规则（打开端口3000）不再工作。 我如何坚持这些设置？

我有一个生产主机，如下所示： 系统使用1GB的交换空间，同时保留将近40GB的空闲空间。 我应该关心这个还是大部分是正常的？

我刚刚在bash中运行以下内容： uniq .bash_history > .bash_history 我的历史档案完全空了。 我想我需要一种方法来在写入之前阅读整个文件。 这是怎么做的？ PS：我明显想到使用一个临时文件，但我正在寻找一个更优雅的解决scheme。

当服务器存储量减less的时候，所有的开发人员都开始呻吟起来：“我可以在沃尔玛购买1TB的硬盘，花费100美元，这有什么问题呢”。 如何向开发人员解释存储的复杂性，以便他们理解为什么沃尔玛的1TB硬盘无法正常工作。 PS我是一个开发人员，也想知道：）

你会问什么样的问题，你会描述什么样的情况，你会寻找什么样的答案？ 我不要问具体的问题。 我想知道哪些面试策略对select合格的候选人是有好处的。

我们有约500台RedHat Linux机器。 在所有机器上，我们在/etc/init.d和oracle RAC服务器上安装了应用程序和服务。 我们打算在所有机器上执行yum更新，之后重新启动。 所以我想知道什么命令更安全： reboot 要么 shutdown -r now

我正在尝试在我的dmesg输出中写入一些自定义消息。 我试过了： logger "Hello" 但是这不起作用。 它退出没有错误，但没有“你好”出现在输出： dmesg 我正在使用Fedora 9，似乎没有运行syslogd / klogd守护进程。 但是，我的所有内核消息都成功写入了dmesg缓冲区。 任何想法？

我有几台服务器在同一台机器上运行，一些只使用http，一些使用http和https。 有几个服务器块定义在主configuration文件中包含的单独文件中。 我为httpbuild立了一个“默认”服务器，这个服务器将为通用的“维护页面”提供与其他configuration文件中其他服务器名称不匹配的请求。 http缺省服务器按预期工作，它使用server_name“_”，它首先出现在包含列表中（因为我已经观察到，在服务器间重复server_name的情况下，首先使用的是一个）。 这很好。 我期望相同的确切的服务器块（只有切换“听80默认服务器”“听443默认服务器”，而不是服务页面“返回444”），但事实并非如此。 相反，新的默认https服务器实际上是抓取所有传入的https连接并导致它们失败，尽pipe其他服务器块为传入请求提供了更合适的server_name。 删除新的默认https服务器将导致恢复半正确的行为：带有https的网站将全部正确加载; 但没有HTTPS的网站都将被路由到包含文件中的第一个HTTPS服务器（根据文档，如果没有“default_server”出现，那么出现的第一个服务器块将是“默认”）。 所以我的问题是，什么是正确的方式来定义一个“默认服务器”在Nginx的SSL连接？ 为什么当我明确地设置一个“default_server”时，它变得贪婪并且抓住所有的连接，而当我隐式地让nginx决定“默认服务器”时，它就像我所期望的那样工作（把不正确的服务器设置为默认服务器，行为正确）？ 这是我的“默认服务器”。 Http工作而不破坏其他服务器。 Https打破其他服务器，并消耗所有。 server { listen 443 ssl default_server; server_name _; access_log /var/log/nginx/maintenance.access.log; error_log /var/log/nginx/maintenance.error.log error; return 444; } server { listen *:80 default_server; server_name _; charset utf-8; access_log /var/log/nginx/maintenance.access.log; error_log /var/log/nginx/maintenance.error.log error; root /home/path/to/templates; location / { return 503; } error_page 503 @maintenance; […]

是否可以在域顶部设置CNAMElogging？ （即@ CNAME www ， @ CNAME foobar.com.等） 我的ISP说，只能使用CNAME的子域名，但我读过的地方应该是可能的，即使不推荐。