服务器问题集锦，包括 Linux（Ubuntu, Centos，Debian等）和Windows Server服务器
我想在本地networking上设置几个Stratum 2时间服务器。 与购买三个1U服务器相比，虚拟机肯定是一个更便宜的方法。 这样做会有什么限制？ 也就是说，精度会受到多大程度的影响？ 另外，我的直觉是，这些本地时间服务器应该驻留在不同的物理机器上，以减轻任何硬件违规。 这个直觉是正确的吗？ 编辑我应该说，“虚拟机”我并不特指 VMware 。 相反，我的意思是虚拟化实例的一般概念。
我在服务器之间传输文件，并开始注意到，其中一些正在修改为一个长期的连续的行，而不是有他们原来的回报和换行符。 我假设这与我最初设置为“自动”的FTP客户端的传输types有关，但是运动“二进制”和“ASCII”作为附加选项。 简而言之，将文件从一台服务器转移到另一台服务器的方式有什么区别，这些差异是否能够像我上面提到的那样修改文件？ 从 Windows转移到 Linux。
我可以安装一个cygwin软件包，当我第一次安装cygwin，但是有这样的： cyginstall git 有点像apt-get ？
我正在考虑实现一个非常大的存储服务器作为其他几个服务器（所有基于Linux的）的现场NAS。 非常大，我的意思是介于4TB和20TB之间的可用空间 （尽pipe实际上我们不太可能把它做成20TB）。 存储服务器为了保证数据的安全性和性能，将采用RAID 10，但我们仍然需要备份解决scheme，包括非现场备份。 我的问题是： 你如何备份这么多的数据！？ 这不像我可以连接一个便携式硬盘驱动器，并传输文件。 我们目前没有其他设备有这么多的存储空间。 我是否需要为第二个非现场存储服务器预算，还是有更好的解决scheme？
我意识到这是非常主观的，并依赖于一些variables，但是我想知道当他们需要诊断给定系统上的数据包丢失时，大多数人会经历什么样的步骤？
默认情况下，Puppet客户端每30分钟要求更新一次。 我想改变这个间隔。 什么是最方便的方法呢？
我有运行liquidsoap + icecast捆绑和简单的网站（httpd + mysqld）的服务器。 没什么特别的。 每天约2000+的访问者，大约50人在线同时在线。 服务器有8GB RAM。 随着时间的推移，空闲内存的数量不断减less，虽然在服务器上没有新的东西开始，也没有新的用户。 在某个时候，它开始交换，服务器负载上升，它变得没有响应。 通常我所做的只是重新启动服务器… 可以做什么来检测到什么内存泄漏？ 我使用top来监视资源的使用情况，但据我所知，它没有任何帮助： 有什么方法可以找出使用那么多内存的东西吗？ 或者开始大量交换到磁盘？ 任何方式来释放内存，而无需重新启动服务器？
我们有一些索引碎片大于95％的数据库。 尽我所能说，索引从来没有被重build得less得多。 多年以来 （公平地说，这些表似乎具有自动更新的统计function，公平地说，他正在努力进行备份：每天全天和每小时trx日志。） 当我问到时，DBA说他不愿意重build或重组索引。 当我问到为什么时，他无法真正expression出来。 最终他表示担心潜在的数据丢失。 例如，我们的Great Plains Dynamics会计应用程序使用了其中一个数据库，他似乎对此非常担心。 我不是DBA，但是从我读过的内容来看，他的焦虑似乎让我难以理解。 我不知道下一步该做什么。 build议我应该如何进行？
我想在Ubuntu环境中读取Varnish服务器的日志文件。 我以前从来没有使用清漆。 所以…我cd到/ var / log / varnish，但文件夹是空的。 它告诉我，我必须configuration我的清漆服务器来保存日志…是真的吗？
我曾经使用主pipe来pipe理一个运行Django站点的Gunicorn进程，尽pipe这个问题可能与pipe理员正在pipe理的任何东西有关。 以前我是pipe理和使用我们服务器的唯一人员，而且pipe理员只是以root身份运行，我会在需要时使用sudo来运行supervisorctl restart myapp 。 现在我们的服务器必须支持在不同地点工作的多个用户，每个项目都需要能够重新启动他们自己的gunicorn进程，而不能重新启动其他用户的进程。 我跟着这个博客文章： http://drumcoder.co.uk/blog/2010/nov/24/running-supervisorctl-non-root/ 并能够允许非root用户使用supervisorctl，但现在任何人都可以重新启动其他人的进程。 从外观上看，主pipe没有办法做每个用户的访问控制。 任何人有任何想法如何让用户只重新启动自己的进程没有根？ 编辑：我们曾经想过的一些事情包括编写一个脚本所拥有的suid位设置，只包含supervisorctl restart myapp并将其放在拥有myapp的用户的目录中的一个脚本。 互联网似乎是说，如果做错了，这样的脚本是不安全的。 我们还考虑编写一个自定义守护进程来监听来自特定用户的命令，并在用户有权限的情况下重新启动监督进程。 如果简单的解决scheme可行，这个想法似乎过于复杂。