我经常看到系统管理员在专用/srv或/opt目录下下载和安装服务器应用程序,包括“库存”应用程序,例如 Apache,而不是从官方存储库安装它们,例如apt-get install xxx.
从发行版的官方软件包中安装和运行网络服务器、电子邮件服务器或什至不太常见的服务(例如 Zope)真的是个坏主意吗?
我曾经将我的系统配置文件全部放在一个目录中以便更好地管理,但现在我需要对其使用一些版本控制。
但问题是 git 不理解指向存储库外部的符号链接,并且我无法反转角色(将真实文件放在存储库上,符号链接放在正确的路径上),因为读取了一些文件在内核加载之前。
我认为我可以使用 unison 来同步 repo 中的文件及其路径,但这并不实用。并且硬链接可能会被破坏。任何的想法 ?
在某些方面,我猜这是一个字符串问题,但是即使有“这适合大多数情况”的答案,我也不知道它是什么,所以......
我有一个评估的 SAN,一个 HP P4000。我想用 IOMeter 做一些基准测试,看看它有什么能力。
但是,我不知道块大小、读/写拆分和随机/顺序拆分的哪种组合适用于不同的用途。
例如,您将如何模拟一些 Exchange 活动、一些 SQL 活动、一些一般的 VM 活动等等。
我知道如何添加工作人员并使用不同的设置让他们松散,但我应该使用哪些设置?
谢谢。
似乎我管理的网站每天都在 12 点到 12 点 25 分之间上线和下线。我不知道是什么导致了这个问题,所以我正在寻求有关从哪里开始的指导。它是一个基于 Wordpress 的网站。
所以这就是我所知道的:
我有一个 pingdom 帐户,它会在站点离线时提醒我,这样我们每天都可以看到站点打开/关闭,就像发条一样。
在起起落落的时候,我看到内存使用量很大。查看站点在线/离线时的平均负载 ( http://screencast.com/t/BRlfXkqrbJII )。然后我运行这个命令来重新启动 http ( http://screencast.com/t/usVtYWZ2Qi ) 然后内存使用量下降到这个 ( http://screencast.com/t/VdTIy3bgZiQB )。我重新启动 http 一个小时后,该站点然后离线/在线,因此重新启动 http 并没有太大帮助。
当站点离线/在线时,我运行了 top 命令并得到了这个(http://screencast.com/t/zEwr7YQj3)。当站点处于最低状态时,这是一个顶部命令(http://screencast.com/t/eaMfha9lbT - 所以这将被称为“正常”)。
我已经删除了我服务器上的所有 cron 脚本(备份等)。我还删除了 Wordpress 安装中的每个 cron。所以理论上什么都没有运行。
这是带宽报告 ( http://screencast.com/t/AS0h2CH1Gypq )。
流量似乎没有那么多(http://screencast.com/t/s7hrWNNic1K),但看看我的时间网站正在上升/下降,这可能是原因之一吗?
我在 Media Temple ( http://mediatemple.net/webhosting/nitro/ )有 dvp Nitro 包。
所以在这一点上,我会请求一些帮助来试图找出这是什么原因,以及我如何才能查明这个问题。任何帮助是极大的赞赏。
我的公司正在寻求虚拟化我们的 Microsoft SQL 服务器。我在另一个问题上读到 VM 上的数据库遭受 IO 瓶颈,这对我们来说不是很好。但我想知道,既然我们使用的是 Microsoft HyperV、Microsoft Server 和 Microsoft SQL,那么 Microsoft 是否对这些进行了优化以使其与物理机一样好?
谢谢
我们正在构建一个可能会生成非常大的 XFS 卷的产品,我正在尝试发现在给定架构的情况下我们可能遇到的扩展瓶颈。
当我们操作文件时,它们被放置在 XFS 卷上的目录中。由于我们处理的文件数量,文件数量肯定在数千万,并且在发布后不久可能会达到数亿。我们知道这一点是因为我们当前的产品是这样运行的,所以我们有理由期待我们的下一个产品也有类似的表现。
因此,正确的早期工程是有序的。
本周的文件基于以下粗略布局:
$ProjectID/$SubProjectID/[md5sum chunked into groups of 4]/file
Run Code Online (Sandbox Code Playgroud)
这给出了看起来有点像的目录:
0123456/001/0e15/a644/8972/19ac/b4b5/97f6/51d6/9a4d/file
Run Code Online (Sandbox Code Playgroud)
分块 md5sum 的原因是为了避免“一个目录中的大堆文件/目录”问题。由于 md5sum 分块,这意味着 1 个文件会导致创建 8 个目录。这对 inode 的影响非常明显,但我不清楚一旦我们达到规模,这些影响将对 XFS 产生什么影响。
有哪些影响?
顺便说一下,这是使用内核 2.6.32,目前是 CentOS 6.2(如果需要,可以更改)。
在测试中,我使用默认值创建了 xfs 卷,并且没有使用任何挂载选项。这是为了尽早解决问题。noatime很简单,因为我们不需要它。总体 XFS 调整是我需要解决的另一个问题,但现在我担心我们现在设计的元数据乘数效应。
我已经知道更好的解决方案是什么,我只是不知道我是否有理由推动改变。
由于 md5sums 的前几个数字非常独特,并且单个子项目很少超过 500 万个文件,在我看来,我们只需要前两个块。这将产生如下布局:
0123456/001/0e15/a644/897219acb4b597f651d69a4d/file
Run Code Online (Sandbox Code Playgroud)
一个完整的第一级和第二级在每个第一级目录中将有 2 16个一级目录和 2 16个二级目录,卷上总共有 2 32 个目录。
因此,假设的 500 万个文件子项目将有 2 16个一级目录,每个目录中大约有 76 (+/- 2) 个二级目录,每个二级目录中有一个或两个第三级目录。
这种布局的元数据效率更高。我只是不知道是否值得努力改变现在的情况。
最近我们遇到了一个问题,由于长期缺乏“熵”,我们的一个基于 Linux 的虚拟机真的很慢。
我想知道 Windows 虚拟机是否会遇到同样的问题。(谷歌搜索没有给我相关的命中,但我可能使用了错误的搜索词。)
我正在使用两个系统(都是 nginx 负载均衡器,一个用作备份)。我想添加和使用几个 http 自定义标头。请给出您的建议
例如
upstream upstream0{
#list of upstream servers
server backend:80;
server backup_load_balancer:777 backup;
#healthcheck
}
server{
listen 80;
#Add custom header about the port and protocol (http or https)
server_name _;
location / {
proxy_pass "http://upstream0;#" is included since links are not allowed in the post
}
}
Run Code Online (Sandbox Code Playgroud)
//备份系统
server{
listen 777;
server_name _;
#doing some other extra stuf
#use port and protocol to direct
}
Run Code Online (Sandbox Code Playgroud)
谢谢
我正在尝试使用 openssl 登录 Microsoft Exchange Online
openssl s_client -connect pop.mail.apac.microsoftonline.com:995
Run Code Online (Sandbox Code Playgroud)
但是当我传递 USER 命令时它失败了
+OK The Microsoft Exchange POP3 service is ready.
user myusername@fomain.com
-ERR Connection is closed. 12
read:errno=0
Run Code Online (Sandbox Code Playgroud)
关于如何测试这个有什么想法吗?
更多研究
我试过
nc -v pop.mail.microsoftonline.com 995
Connection to pop.mail.microsoftonline.com 995 port [tcp/pop3s] succeeded!
user user@fomain.com
Run Code Online (Sandbox Code Playgroud)
但没有结果...
固定的
openssl s_client -crlf -connect pop.mail.apac.microsoftonline.com:995
Run Code Online (Sandbox Code Playgroud) linux ×2
windows ×2
arch-linux ×1
benchmark ×1
database ×1
debian ×1
entropy-pool ×1
exchange ×1
filesystems ×1
git ×1
http ×1
http-headers ×1
iis ×1
iis-7 ×1
inode ×1
iometer ×1
nginx ×1
pop3 ×1
service ×1
storage ×1
vmware-esxi ×1
web-server ×1
xfs ×1