服务器 Gind.cn

问题：我最近修改了一台服务器，在使用之前进行了testing，并且运行良好，但是几天前，我注意到通常写入根卷的数量大约是4倍。 这不是一个性能问题 – 服务器运行良好。 我的改造是相当广泛的（全面重build），所以我没有太多的理由。 简而言之，我的变化包括： 升级亚马逊的Linux（从2011.02到2011.09） – 这也导致了根卷的从ext3到ext4的变化 从php-fcgi移动到php-fpm（目前使用tcp） 从反向代理（nginx – > apache）设置移到nginx 用pure-ftpdreplacevsftpd 用opendkimreplacedkim-proxy 用ispconfigreplacewebmin 添加清漆作为dynamic文件的caching层（这些网站的点击量过大，但它是一个实验） 添加一个交换分区 基本设置： 我的交换空间安装在自己的EBS卷上 – 交换卷的写入可以忽略不计 – 我基本上把这个作为原因打了折扣（有足够的可用内存 – 而且free和iostat显示最小交换使用率）。 我的数据（mysql数据库，用户文件（网站），所有日志（来自/ var / log），邮件和清漆文件在自己的EBS卷上（使用mount –bind ）。底层EBS卷挂载在/mnt/data 我剩余的文件 – 操作系统和核心服务器应用程序（例如nginx，postfix，dovecot等）是根卷上唯一的文件 – 总共为1.2GB。 新的设置运行比旧系统“更平滑”（更快，更less的内存等），并且已经稳定了20天（10月中旬） – 据我所知，高位写入一直存在。 与我所期望的相反，我的读取量很低（我的读取量大约是我写入的1.5％，无论是在根卷上的块还是字节上）。 在过去几天里，我并没有改变根卷上的任何东西（例如新的安装等），但是写入量仍然远高于预期。 目标：确定增加写入到根卷的原因（主要是弄清楚它是一个进程（和哪个进程），不同的（ext4）文件系统或另一个问题（例如内存））。 系统信息： 平台：亚马逊的EC2（t1.micro） O / S：Amazon的Linux 2011.09（CentOS / RHEL派生） Linux内核：2.6.35.14-97.44.amzn1.i686 架构：32位/ i686 […]

好的，我们的新版本在每个服务器上都有100％的CPU峰值，随机间隔。 长时间使网站完全没有响应 – 这将是在不同国家的人login网站等高峰时间。 我们已经看了perfmom，内存分析器，CLR分析器，sql分析器，红门ant分析器，在UAT尝试负载testing – 但甚至不能重现的问题。 这可能意味着只有数以千计的用户击中现场，导致它发生。 我们注意到的一种模式是，新的代码 – 破碎的版本 – 实际上使用的线程less得可怜。 我们也在使用国际奥委会的spring – 这是否有一个名声？ 更糟糕的是，由于业务影响，我们无法进行部署，因此无法将问题缩小到我们添加的新function的子集。 我们真的被摧毁 – 有没有人有任何可能拯救我们几条命的战斗伤痕？

每个数据包是否由不同的核心处理？ 或者它是一个单线程的过程？

经过与同事和相关部门的讨论。 在我的办公室里，我得出结论说，对于我的Postfix服务器，我必须实现一个“前队列”过滤。 原因是，通过“排队后”过滤，电子邮件将会丢失，而发件人（如果是误报）将永远不会意识到这一点。 这是我的公司无法接受的。 如果“虚假被告”发件人收到通知，我们希望他/她通过其他渠道尝试重新发送电子邮件。 如果他/她没有收到通知，他/她将不会尝试重新发送。 现在，在仔细阅读SpamAssassin上的各种文档之后，我发现了多种实现SpamAssassin'before-queue'过滤的方法。 例如， SA + amavisd-new（作为smtpd代理运行） SA + amavisd-new + amavisd-milter SA + MIMEdefang（以milter身份运行） SA + spampd（作为smtpd代理运行） SA + milter-spamd …我相信你也可以find其他方法来实现它。 我的问题是：上面哪个（哪个）被推荐？ 你知道它的优点/缺点吗？ 或者你有更好的想法？ 提前致谢！

现在我正在使用Linux VServer进行VPS托pipe。 但是它缺less一些我需要的function（例如，CPU使用率虚拟化，guest虚拟机的配额支持等），所以我正考虑切换到OpenVZ或直接转换到LXC。 我在某处阅读LXC不被认为是安全的（例如http://en.gentoo-wiki.com/wiki/LXC#MAJOR_Temporary_Problems_with_LXC_-_READ_THIS ） – 这是真的吗？ 由于我不了解谁来pipe理客人，所以我必须要保证安全。

我有一个使用mail（）函数发送邮件的php文件。 问题是其中一个表单被发送到在我的服务器上注册的域，同时在不同的服务器上处理邮件。 Postfix只在本地查找。 当它没有find电子邮件地址是拒绝的消息。 我怎样才能configuration后缀发送邮件到所有域通过互联网，而不是本地？ 更新 好。 所以这根本不是一个后缀问题。 我只需要从命令行closures邮件到该域。 对于任何需要这个命令的人来说（至less在我的系统上）： /usr/local/psa/bin/domain –update example.com -mail_service false

我有一台带有SmartArray P400控制器（包括256 MBcaching/电池备份）的惠普服务器，带有一个逻辑驱动器，replace了不能重build的失败的物理驱动器。 这是我发现错误时的样子： 〜＃/ usr / sbin / hpacucli ctrl slot = 0 show config 插槽0（embedded式）中的Smart Array P400（sn：XXXX） arraysA（SATA，未使用的空间：0 MB） logicaldrive 1（698.6 GB，RAID 1，确定） 物理驱动器1I：1：1（端口1I：盒1：托架1，SATA，750 GB，确定） 物理驱动器1I：1：2（端口1I：盒1：托架2，SATA，750 GB，确定） arraysB（SATA，未使用空间：0 MB） logicaldrive 2（2.7 TB，RAID 5，失败） 物理驱动器1I：1：3（端口1I：盒1：托架3，SATA，750 GB，确定） 物理驱动器1I：1：4（端口1I：盒1：托架4，SATA，750 GB，确定） 物理驱动器2I：1：5（端口2I：盒1：托架5，SATA，750 GB，确定） 物理驱动器2I：1：6（端口2I：盒1：托架6，SATA，750 GB，失败） 物理驱动器2I：1：7（端口2I：盒1：托架7，SATA，750 GB，确定） 未分配 物理驱动器2I：1：8（端口2I：盒1：托架8，SATA，750 GB，确定） 〜＃ 我以为我有驱动器2I：1：8configuration为arraysA和arraysB的备用，但似乎并非如此:-(我注意到由于主机上的I / O错误，即使是只有1个RAID5的物理驱动器出现故障。 有人知道为什么会发生这种情况吗？ 逻辑驱动器应该进入“降级”模式，但仍然可以从主机os完全访问！ 我第一次尝试添加未分配的驱动器2I：1：8作为逻辑驱动器2的备件，但这是不可能的： […]

nginx具有可用于其log_format行的$schemevariables。 %H是请求协议（例如“HTTP / 1.1”）。 我怎样才能做到这一点与Apache？

刚刚在我的一台专用服务器上运行apt-get更新，留下了一个相当可怕的警告： Processing triggers for initramfs-tools … update-initramfs: Generating /boot/initrd.img-2.6.26-2-686-bigmem W: mdadm: the array /dev/md/1 with UUID c622dd79:496607cf:c230666b:5103eba0 W: mdadm: is currently active, but it is not listed in mdadm.conf. if W: mdadm: it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE! W: mdadm: please inspect the output of /usr/share/mdadm/mkconf, compare W: mdadm: it […]

我在许多多用户Linux应用程序服务器上运行CUPS打印。 系统是RHEL或CentOS版本4,5或6.启动EL5，CUPS打印服务器默认为一个错误策略，基本上在出现错误或中断（USB电缆断开，networking错误，卡纸等）时禁用打印机。 ）。 这是ErrorPolicy文件中打印机节中的ErrorPolicy指令。 <Printer backupZ4> Info backupZ4 DeviceURI socket://backupZ4:9100 State Idle Accepting Yes Shared Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 OpPolicy default ErrorPolicy stop-printer </Printer> 我通常在configuration文件中手动将此字段更改为ErrorPolicy retry-job ，或者通过命令行创build打印机时： lpadmin -p backupZ4 -v socket://backupZ4:9100 -o printer-error-policy=retry-job -E 当其他用户或供应商pipe理打印系统时，他们经常会忘记这一更改，导致打印机在卡纸或其他需要使用cupsenable进行更正的卡纸或卡纸时被严格禁用。 我想知道如何使CUPS中的默认ErrorPolicy与stop-printer retry-job 。