服务器问题集锦，包括 Linux（Ubuntu, Centos，Debian等）和Windows Server服务器
我的谷歌在这一个失败。 叫什么东西让你安装像交换机这样的设备，在方孔服务器机架上有螺纹圆孔的设备？
我很熟悉BBWC（电池支持的写入caching）打算做什么 – 以前曾在我的服务器中使用它们，即使是使用良好的UPS。 有不可预料的失败，它不提供保护。 我很好奇它是否真的在实践中提供了实际的好处。 （注意，我特别寻找那些有BBWC的人的反应，并且有崩溃/失败，以及BBWC是否帮助恢复） 更新 经过这里的反馈，我越来越怀疑BBWC是否增加了任何价值。 为了对数据完整性有信心，文件系统必须知道数据何时被提交到非易失性存储器（不一定是磁盘 – 我将回到这一点）。 值得注意的是，当数据被提交到磁盘时，大量的磁盘都是谎言（ http://brad.livejournal.com/2116715.html ）。 虽然认为禁用磁盘caching可能会使磁盘更加诚实似乎是合理的，但仍然不能保证也是如此。 由于BBWC中的缓冲区很大，因此屏障可能需要将更多的数据提交到磁盘，从而导致写入延迟：一般的build议是在使用非易失性回写高速caching时禁用屏障（并禁用片上caching）磁盘caching）。 然而，这似乎破坏了写入操作的完整性 – 仅仅因为在非易失性存储中维护更多的数据并不意味着它会更加一致。 实际上，逻辑交易之间可以说没有划分，似乎没有机会确保一致性。 如果BBWC在数据input到非易失性存储（而不是承诺磁盘）的时候承认存在障碍，那么它似乎满足数据完整性要求，而不会有性能损失 – 这意味着应该仍然启用障碍。 然而，由于这些设备通常performance出与将数据刷新到物理设备（显着慢于屏障）和广泛的禁用屏障的build议一致的行为，因此它们不能以这种方式performance。 为什么不？ 如果操作系统中的I / O被build模为一系列stream，那么当写caching由OSpipe理时，有一定范围可以最小化写屏障的阻塞效应 – 因为在此级别只有逻辑事务（单个stream）需要承诺。 另一方面，不知道哪些数据位构成事务的BBWC将不得不将其整个caching提交到磁盘。 在实践中，内核/文件系统是否真正实现了这一点，需要比我现在想要投资的更多的努力。 磁盘组合告诉fib什么已经承诺和突然失去权力无疑会导致腐败 – 和一个Journalling或日志结构的文件系统，在停电后不能完全fsck不太可能检测到腐败，更不用说了试图修复它。 就故障模式而言，根据我的经验，大多数突然断电都是由于主电源断电（容易通过UPS进行缓解以及pipe理关机）而发生的。 人们把错误的电缆从机架中拉出来意味着数据中心的不良（标签和电缆pipe理）。 有些types的突然掉电事件不会被UPS阻止 – 在PSU或VRM故障时，带有障碍的BBWC将在这里出现故障时提供数据完整性，但是这种事件有多普遍？ 在这里没有回应，这是非常罕见的。 当然，将堆栈中的容错移动到更高的位置是比BBWC更昂贵的 – 但是，将服务器作为群集来实现，对于性能和可用性还有很多其他好处。 另一种减轻突然断电影响的方法是实施一个SAN-AoE，使其成为一个实际的主张（我在iSCSI中并没有真正看到这一点），但是成本更高。
我最近部署了一个5x 1TB硬盘的服务器（我不会提到他们的品牌，但它是最大的一个）。 我最初被警告不要使用大容量硬盘，因为一位朋友告诉我他们的平均无故障时间（MTBF）非常低，而且我会更好地获得更多容量更小的硬盘，因为它们不会因为什么而被“推到极限”技术可以处理。 此后，五个磁盘中的三个失败了。 谢天谢地，我能够在下一张磁盘失败之前更换和重buildarrays，但是让我非常担心。 你怎么看？ 我是不是把他们弄糟了？ 或者更新/更高容量的磁盘比已经过testing的磁盘更容易失败？
我们的域名，grahamhancock.com正在被世界上一些人错误地解决，但是对于大多数人来说，它是正确的。 当我运行一个免费开放的DNS提供商列表时，大约90％正确parsing并提供与我们的区域文件一致的信息。 10％，但是，没有，并声称IP地址是一个连接到一些我们从来没有拥有或过去曾经使用过的亚马逊EC2实例。 以下是一些DNS服务器提供的错误信息： dig www.grahamhancock.com @173.84.127.88 dig www.grahamhancock.com @209.222.18.222 这些服务器怎么会有错误的信息，我们怎样才能控制局面呢？ 这可能是恶意的，或configuration错误？ 我们每月访问量为一百万次，search排名很好，所以我们可能是恶意的目标。 错误的服务器返回给某些人的错误IP地址指向AWS EC2实例上的一些快速致富站点。 我们应该做什么？
我在一个办公室工作，我的笔记本电脑连接到互联网，但是严格控制。 我不允许在其上安装未经授权的软件。 我的开发工作站是我可以随我做的，但它没有互联网连接。 有没有什么办法让我从集线器上下载Docker镜像作为一个文件，然后运行我的开发工作站？ 类似于我可以下载RPM或Ruby Gems并将其刻录到CD？ 或者是使用“docker pull”命令下载图像的唯一方式？
介绍 我有一个开发服务器（目前运行Ubuntu 14.04 LTS），我已经使用了一段时间来在不同的端口上托pipe各种开发工具。 因为这些端口很难记住，所以我决定使用端口80作为我的所有服务，并在内部根据主机名进行端口转发。 而不是写入domain.com:5432，只需访问它通过sub.domain.com 例如，使用端口7547并在sub.domain.com上运行的应用程序X具有以下nginxconfiguration： upstream sub { server 127.0.0.1:7547; } server { listen 80; server_name sub.domain.com www.sub.domain.com; access_log /var/log/nginx/sub.log combined; location / { proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass http://127.0.0.1:7547; proxy_set_header Authorization ""; } } 问题 考虑到我select的当前configuration结构，是否可以使用letsencrypt并在https下运行不同的服务？
我很难掌握什么是正确的方法来读取文件的大小，因为每个命令给你不同的结果。 我也在http://forums.devshed.com/linux-help-33/du-and-ls-generating-inconsistent-file-sizes-42169.html发现了一篇文章，其中声明如下： du提供文件的大小，因为它驻留在文件系统上。 （IE将永远给你一个可以被1024整除的结果）。 ls会给你文件的实际大小。 你所看到的是文件的实际大小和磁盘空间的差异。 （也称为文件系统效率）。 因为它驻留在文件系统和fil的实际大小之间有什么区别
如果我做： sudo cat /etc/resolv.conf | less 它会提示我input密码，即使更less（大概）需要stdin。 在fd上显示的是密码提示，它是如何得到input的？
您可以创build一个具有root权限的root ，并且其主目录将归入/home/username 。 为什么root在文件系统的顶层获取自己的文件夹？ 这只是惯例，安全问题，还是与性能相关的原因？
在GCE的docker实现上，我们在根文件系统上的空间不足。 由于图像本身存储在一个单独的1TB卷上，图像本身不应该成为问题。 一个候选人是Docker本身存储的集中式日志文件（json文件在哪里？），有没有人知道这些文件/文件位于哪里，以及我们如何logrotate / truncate它们？