服务器 Gind.cn

我们正在准备实施我们的第一个Hadoop集群。 因此，我们从四个节点的设置开始小。 （1个主节点和3个工作节点）每个节点将有6TB的存储空间。 （6 x 1TB磁盘）我们使用了一个SuperMicro 4节点机箱，所有四个节点共用一个4U机箱。 我们现在正在考虑如何备份这个解决scheme以进行灾难恢复。 （思考机架或站点丢失，而不是驱动器丢失）最好的解决scheme似乎是一个群集到群集的副本。 虽然我也读过关于复制NAS或SMB共享数据的人。 另外，我们将通过传统的备份方式来备份主节点。 我只关心HDFS数据。 这是我的问题： 1）对于群集到群集的副本，我可以设置具有大量存储的SINGLE节点群集来充当我的场外副本吗？ 我不关心它的性能，只是存在和能够保存整个数据集。 （恢复时间不是一个问题，因为这个集群不是任务关键）复制是否可以安排，以便它只能运行一次，等等？ 2）对于SMB或NAS选项，这是如何工作的？ 目标磁盘是否需要格式化HDFS？ 我需要全部备份三个工作节点中的每一个吗？ 还是有一些智能脚本可以备份没有奇偶校验的数据集？ 我不是很熟悉这个解决scheme，只能在网上看到它的参考。 我没有太多的运气find资源或信息。 我也对Hadoop HDFS的其他DR选项开放。 我们的目标是获取HDFS数据集的完整副本，以便我们可以使用它来从机架或站点丢失中恢复。 谢谢！

假设我拥有域名example.org 。 我正在创build一个设置，使用Google Apps接收发送到[email protected]的电子邮件。 example.org的MXlogging已经指向Google的服务器，并且效果很好。 现在，我有一个应用程序服务器，我想发送自动电子邮件，如有关用户活动的通知等。我也可以使用此服务器发送批量电子邮件，如通讯（当然是合法的）。 在这里，我可以select为我的所有自动发送电子邮件使用子域名。 也许我可以从[email protected]发送这些电子邮件，并将回复标题设置为[email protected] ，然后将其导向到我的Google帐户以供真实的人回答。 我的问题是： 是否有从一个子域的电子邮件地址发送自动化电子邮件的附加好处？ 注意：我已经采取措施使用SPF和DKIM从应用程序服务器validation我的电子邮件。 我听说有些接收邮件服务器也做了反向MX检查，以确定你的电子邮件是垃圾邮件。 如果这是真的（？），我假设一个子域将是有用的，因为我可以做一个单独的MXloggingmail.example.org指向我的应用程序服务器，同时保持其他MX的example.org谷歌。 除此之外，还有什么其他的原因，我会使用子域？ 我注意到这是在Groupon，西南航空，办公室仓库和无数其他通讯服务（有时他们使用完全不同的域）的电子邮件中常用的，我一直没能弄清楚为什么。

在这里有人能够启动/停止/重新加载/ … systemctl上通配符或类似的方法指定单位的列表？ 我尝试做一些事情，如： systemctl restart openstack-nova-*.services systemctl restart openstack-nova-?.services或systemctl restart openstack-nova-?.services 但是这是一个死路一条，我在systemctl的手册上没有发现任何有用的东西。 我可以使用for循环，但在此之前，我将不得不make一个systemctl -t service –failed ，然后grep列出的单位…有点无聊不是？ 所以，如果有人知道是否可以做这样的事情，我会很高兴听到。 如果不是的话，我想我会推荐systemctl开发者名单上的想法，或者如果我有时间的话可以做补丁^^

我试图为Linux内核arpcaching超时configuration理智的值，但我找不到详细的解释，他们如何在任何地方工作。 即使是kernel.org文档也没有给出很好的解释，我只能find推荐的值来缓解溢出。 这里是我有的价值的一个例子： net.ipv4.neigh.default.gc_thresh1 = 128 net.ipv4.neigh.default.gc_thresh2 = 512 net.ipv4.neigh.default.gc_thresh3 = 1024 现在，从我迄今为止所收集到的信息来看： gc_thresh1是垃圾收集器开始删除任何条目之前允许的arp条目的数量。 gc_thresh2是软限制，它是垃圾收集器主动删除arp条目之前允许的条目数。 gc_thresh3是硬限制，在这个数字以上的条目被积极地删除。 现在，如果我理解正确，如果arp条目的数量超出了gc_thresh1，但仍然低于gc_thresh2，那么将以gc_interval设置的时间间隔周期性地删除多余的数据。 我的问题是，如果条目数量超出gc_thresh2但低于gc_thresh3，或者数字超出gc_thresh3，条目是如何去除的？ 换句话说，“积极”和“积极”去掉的意思究竟是什么意思呢？ 我认为这意味着它们比gc_interval中定义的更频繁地被移除，但我找不到多less。

我最近将一个客户端迁移到运行Nginx + PHP-FPM的EC2实例。 当我第一次设置服务器时，我已经设置了pm=static和40个工作进程。 一个星期左右之后，我决定尝试pm=dynamic ，最多200人，最less30人。 我注意到，在静态设置下，40个进程占用了大约2.3GB的内存，而在dynamic的情况下，我看到只有1.2GB内存的60个进程的峰值。 从New Relic看到下面的图表，我的注释是红色的。 你可以看到，在11月25日白天，我从静态更改为dynamic，并重新启动php-fpm。 之后我们可以看到48个进程只占用990MB，60个进程只占用了1.2GB的内存。 什么可能导致这种静态和dynamicpipe理之间的差距？ 难道是dynamic的，我已经把最大的请求设置为50？ 也许静态内存的使用是由于内存泄漏，而不是内部使用php-fpm？

我正在寻找这个问题的解决scheme。 我理解为什么在这个问题的设置不起作用的原因，但我试图find一个解决scheme，我可以得到它的工作。 这个想法是只允许在某些URL上进行大file upload。 我可以使用这个location块，但问题是：我有一个PHP的前端控制器模式： location ~ \.php { # … fastcgi_pass unix:/tmp/php5-fpm.sock; } 我的总configuration看起来像： # … http { # … client_max_body_size 512K; server { server_name example.com; root /var/www/example.com/public; location / { try_files $uri /index.php?$query_string; } location /admin/upload { client_max_body_size 256M; } location ~ \.php { # … fastcgi_pass unix:/tmp/php5-fpm.sock; } } } 据我所知，只有一个位置块将被应用。 所以如果我有512K的默认请求大小，256M永远不会被应用，因为所有的请求都通过前台控制器模式~ […]

一个shiny的例子：在我所有的任务序列中，我有一个组，根据计算机模型有条件地安装驱动程序包： 当然，这份名单除了成长之外别无他法。 它的发展并不是什么大不了的事情， 有一件大事是，每次改变时，我都必须在每个任务序列中手动复制粘贴这些更改，这当然会给人类的错误留下很大的空间。 对于任务序列中常见的其他任务组也是如此。 寻找一个解决scheme，我可以集中pipe理这些任务，将其他任务序列链接到另一个任务序列中的一个组，或创build一个单独的任务序列并链接到该任务序列。 我遇到了一个由John Marcum（SCCM MVP）提到的解决scheme，他提到了这个能力，但是这是前一阵子，我找不到链接了，看看它是否还在更新/维护中，但是我正在寻找对于更多的免费解决scheme，甚至使用Powershell或ConfigMgr SDK都适合我，我也不陌生。 更新 closures： http : //msdn.microsoft.com/en-us/library/jj217869.aspx

我的ISP默认提供IPv6。 但是，我的ISP的IPv6设置看起来有点奇怪，因为默认的IPv6网关位于我的服务器子网之外。 在linux下，可以使用ip -6 route add <gateway ip> dev <interface>设置一个到该网关的静态路由。 然而，这不能在openbsd上工作，有没有人知道在openbsd上该命令的等价物，还是有人知道另一种方法来解决这个问题？

我不小心覆盖了BTRFS上的一个重要文件。 知道这个文件系统是COW，理论上可以恢复旧版本的文件。 不幸的是，谷歌search没有透露相关信息。 有人可以请教我，我可以做什么步骤（如果有的话）？

我有一个Linux服务器，我已经configuration了一个只读的NFS共享。 我目前正在使用的客户端是安装了NFSfunction的Windows Server 2008 R2计算机。 我可以打开并执行除MSI文件以外的所有文件。 出于某种原因，除非我将驱动器映射到驱动器号，否则我无法通过此共享执行MSI安装程序（安装程序在本地复制时工作，但我尽可能避免这种情况）。 当我尝试直接从UNCpath执行时出现以下错误： 什么可能导致这个？ 映射使其工作的份额是什么？ 编辑 – 以下是使用msiexec进行详细logging时使用MSI进行调用的结果： === Verbose logging started: 1/30/2014 10:12:29 Build type: SHIP UNICODE 5.00.7601.00 Calling process: C:\Windows\system32\msiexec.exe === MSI (c) (80:F0) [10:12:29:228]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg MSI (c) (80:F0) [10:12:29:228]: Font created. Charset: Req=0, Ret=0, Font: Req=MS […]