我安装了 Postfix,但 Sendmail 没有运行。我尝试使用发送邮件,mail但出现以下警告并且邮件未发送:
postdrop: warning: unable to look up public/pickup: No such file or directory
这也让我感到困惑:
[root@ars etc]# postfix start
postfix/postfix-script: starting the Postfix mail system
[root@ars etc]# postfix stop
postfix/postfix-script: fatal: the Postfix mail system is not running
Run Code Online (Sandbox Code Playgroud)
请帮忙!我需要为 Bugzilla 工作。
我有一个运行在 Mac OS X 10.4(达尔文内核版本 8.10.1)上的服务器系统。该服务器主要用作 Bugzilla 服务器,但还有一些其他基于 Web 的服务正在运行(Testlink、TikiWiki)。
Bugzilla 数据库中有大约 60000 个错误,系统上大约有 300 个活跃用户。
Bugzilla 的版本为 3.0,在 Perl 5.8.6、Apache 1.3.33 和 mySQL 5.0.38 上运行
时不时,我们会遇到严重的问题,即 Bugzilla 抛出数据库错误:
Software error:
Can't connect to the database.
Error: Too many connections
Run Code Online (Sandbox Code Playgroud)
我已经有几个可能解决这个问题的线索,但我想提出一个更一般的问题,你将如何调试这些类型的问题?
现在我们已经设置了以下来监控 mySQL 数据库:
我们刚刚开始收集这些数据,看看能否找到“连接过多”问题的原因。
您还能想到其他方法来监视 mySQL 数据库并帮助诊断问题的根本原因吗?
我们目前使用 svn,并且通过钩子的用户,能够确保每个提交消息都以错误号为前缀(它将这些提交与我们的 Bugzilla 问题跟踪器中的问题报告联系起来。)
我们希望转向 mercurial 及其所有分布式优点。但是 hg 的好处之一是开发人员不一定需要在线提交更改,因此我们不希望挂钩脚本根据我们的中央 Bugzilla 资源验证错误编号。
我可能从 svn 的角度来看这个问题太多了,但我认为我想要的是让开发人员能够在开发人员决定将他们的更改推送到中央测试存储库时指定错误编号。这里的关键要求是我们希望能够将提交与 Bugzilla 错误联系起来,但我们不想给开发人员一个复杂的手动工作流程(例如,Attic 扩展似乎强加了这种工作流程。)
有任何想法吗?
我按照本页所述安装了 TLS,并验证了该软件包已安装。
我重新启动了 Apache 服务器,以管理员身份登录到 BugZilla 并转到Administration -> Parameters -> Email.
我看不到上面链接的文章中描述的SMTP::TLSunder选项mail_delivery_method。如何启用此选项?
我是一名系统管理员,管理着三台气隙式(零互联网访问)超级计算机。我们需要在其中一台超级计算机上运行 Bugzilla。我已经建立了自己的本地 yum 存储库,但现在我需要启动并运行 Bugzilla,这需要本地 CPAN。我按照我在此处找到的说明在笔记本电脑上构建了本地 CPAN:
http://www.stonehenge.com/merlyn/LinuxMag/col42.html
并将 CPAN 同步到超级计算机的主目录。当我回到 Bugzill 目录运行安装时,install-module.pl 找不到本地 CPAN 目录。我如何配置我的超级计算机的 perl 以自动知道它的本地 CPAN 所在的位置,以便我可以完成我的 Bugzilla 任务?
我在 EC2 实例上安装了 Bugzilla,使用 PostgreSQL RDS 作为我的数据库。在输入了几十个 bug 后,Bugzilla 变得难以置信的慢,我得到了很多超时。

机器很闲:
14:26:00 up 23 days, 4:40, 2 users, load average: 0.15, 0.16, 0.25
%Cpu(s): 0.3 us, 0.3 sy, 0.1 ni, 99.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.2 st
Run Code Online (Sandbox Code Playgroud)
来自 Nginx 日志的示例(为了安全而更改了主机名):
2014/07/16 14:18:32 [error] 6462#0: *5040 upstream timed out
(110: Connection timed out) while reading response header from
upstream, client: my.ip.my.ip, server: bugs.example.com,
request: "POST /post_bug.cgi HTTP/1.1",
upstream: "http://127.0.0.1:8081/post_bug.cgi",
host: "bugs.example.com", referrer: "https://bugs.example.com/post_bug.cgi"
Run Code Online (Sandbox Code Playgroud)
自然,我怀疑数据库,所以我运行以下: …
所以我塞了一个debian的升级,upgrade和dist-upgrade。我更习惯于 yum 但这不是借口。
现在事情变得愚蠢了。大多数事情都有效,但是,我的 bugzilla 安装失败。在加载 bugzilla 时,我收到 500 错误,并记录在 error.log 中;
[Fri Jun 05 12:34:16 2009] [error] [client 172.20.0.160] Can't locate Email/Address.pm in @INC (@INC contains: . /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl) at Bugzilla/Mailer.pm line 48.
[Fri Jun 05 12:34:16 2009] [error] [client 172.20.0.160] BEGIN failed--compilation aborted at Bugzilla/Mailer.pm line 48.
[Fri Jun 05 12:34:16 2009] [error] [client 172.20.0.160] Compilation failed in require at Bugzilla/Token.pm line 35.
[Fri Jun 05 12:34:16 2009] [error] [client 172.20.0.160] BEGIN …Run Code Online (Sandbox Code Playgroud) 我正在一台新的 Ubuntu 服务器上安装 Bugzilla,并且 ./checksetup.pl 找到了另一个我需要安装的库。
所以它告诉我运行这个命令:
/usr/bin/perl install-module.pl Math::Random::Secure
Run Code Online (Sandbox Code Playgroud)
当我运行它时,出现以下错误:
ERROR: Using install-module.pl requires that you install "make".
Run Code Online (Sandbox Code Playgroud)
Make 已安装(apt-get install make),我知道它在我的 $PATH(在 /usr/bin/ 中)中,但我仍然从 install-module.pl 中得到该错误。
我是否必须做一些特殊的事情来确保它有正确的路径,还是应该使用我的 shell 中的路径?“make”是指我安装的 make 还是可以指代某个 perl 模块?
谢谢!
我已经在 CentOS 5 机器上从源代码安装了 Bugzilla 4.4.5。通过标准 CentOS 5 Apache 安装上的虚拟主机提供服务,使用 MySql 和从源安装的 Perl。
最初该系统运行良好。几周后,用户抱怨保存更改花费了非常长的时间。
[粗略] 统计数据(全部以秒为单位):
还有报道称,距离服务器 1,000 公里远的用户经历了长达 30 秒的延迟。
相比之下,Bugzilla 的测试站点(垃圾填埋场:https : //landfill.bugzilla.org/bugzilla-4.4-branch)有以下统计数据,尽管托管在一个世界之外:
与更新错误相反,查看错误很快。
MySql 统计表明数据库没有问题。
bugzilla ×9
perl ×3
email ×2
amazon-rds ×1
apt ×1
aptitude ×1
cpan ×1
debian ×1
installation ×1
make ×1
mercurial ×1
mysql ×1
postfix ×1
postgresql ×1
unix ×1