问题标签 [rhel]

有人知道您是否可以配置 php 的 mail() 命令，使其仅使用 SMTP 服务器而不是本地 sendmail？我们在将电子邮件标记为垃圾邮件时遇到问题。

我们的服务器正在运行 RedHat 5 Enterprise。

我知道充当 SMTP 客户端的各种 PHP 库，但我宁愿配置 PHP，以便 mail() 直接使用 SMTP 服务器。

我正在尝试为运行 Magento 的专用服务器（Red Hat Enterprise Linux）获得 PCI 合规性。当我第一次在服务器上安装 Magento 时，我意识到 RHEL 附带的 PHP 版本对于 Magento (5.1.6) 来说太旧了。所以，我找到了一个 PHP 版本 5.2.11 的单独 repo，它让一切运行良好，但现在我陷入了困境。我的 PCI 合规性测试表明，由于我的 PHP 版本 < 5.3.1，它存在安全问题。如果我尝试更新到 5.3.1，Magento 会中断。我不想编辑 Magento 核心来解决这些问题，所以我想我需要的是一个带有 PHP 5.2.11 的 repo，但我可以自信地说/证明已经向后移植以修补 PCI 的问题合规性扫描识别。

我意识到这非常令人费解，但是如果您有任何建议/提示，我很乐意听到。

谢谢。

由于超出本文范围的原因，我想运行类似于计算机语言基准游戏的外部（用户提交）代码。显然，这需要在受限环境中完成。这是我的限制要求：

1. 只能读取/写入当前工作目录（将是大 tempdir）
2. 没有外部访问（互联网等）

我可能不关心的其他任何事情（例如，处理器/内存使用情况等）。

我自己有几个限制。使用标准 *nix 功能（特别是 RHEL 5.x）的解决方案将是首选，因为这样我就可以使用我们的集群作为后端。在那里安装软件也很困难，因此基本发行版中的某些内容将是最佳的。

现在，问题：

1. 这甚至可以用外部编译的二进制文件来完成吗？似乎有可能，但也可能只是没有希望。
2. 如果我们强制提交代码本身并自己编译会怎样。这会让问题变得更容易还是更难？
3. 我应该放弃主目录保护，并使用虚拟机/回滚吗？阻止外部通信怎么样（VM 通常不是通过桥接的 LAN 连接进行通信的吗？）
4. 我错过了什么？

可能有用的想法：

1. 回复_ 虽然对编译的代码没有帮助
2. 在代码完成后使用具有回滚功能的 VM（可以配置网络以便有本地网桥但没有 WAN 网桥吗？）。不适用于集群。

我在 RHEL 5.3 上安装了 Oracle 10G XE。我能够以用户 oracle 身份登录数据库，但无法以 root 身份登录。

如果我尝试使用“sys as sysdba”用户名以 root 身份登录，我会得到ORA-01031: insufficient privileges root 用户是 dba 组的一部分。有任何解决这个问题的方法吗 ？

谢谢你

编辑

附加信息：

当我以 root 身份登录时，如果我转到 127.0.0.1:8080/apex，当我尝试登录时，我会收到 Insufficient Privileges 消息。但是尝试以用户 oracle 身份登录到 RHEL，给了我以下消息...

GConf error:Failed to contact configuration server;some possible causes are that you need to enable TCP/IP for ORBit,or your have NFS locks due to a system crash.(Details-/:IOR file'/tmp/gcofd-cheetahman/tock/ior' not opened successfully,no gconfd located:Permission denied

...并且 gnome 无法正确加载

（APC 从线程内注释中复制了这些详细信息）

经过4 到 24 小时4 到 8 天的压力测试（30 个线程在600 万页浏览量/天）。这是在 RHEL 5.2 (Tikanga) 上。

崩溃报告位于http://pastebin.com/f639a6cf1，崩溃的一致部分是：

• 一个 SIGSEGV 被抛出
• 在 libjvm.so 上
• 伊甸园空间总是满的 (100%)

JVM 使用以下选项运行：

我还使用http://memtest.org/测试了内存的硬件问题48 小时（整个内存的 14 次通过），没有任何错误。

我已经启用-verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps了检查任何 GC 趋势或空间耗尽但那里没有任何可疑之处。GC 和完全 GC 以可预测的时间间隔发生，几乎总是释放相同数量的内存容量。

我的应用程序不直接使用任何本机代码。

关于我接下来应该看哪里的任何想法？

编辑 - 更多信息：

1）这个JDK中没有客户端vm：

2) 无法更改操作系统。

3) 我不想更改 JMeter 压力测试变量，因为这可能会隐藏问题。由于我有一个使 JVM 崩溃的用例（当前的压力测试场景），我想修复崩溃而不更改测试。

4）我已经对我的应用程序进行了静态分析，但没有出现任何严重问题。

5）内存不会随时间增长。内存使用量以非常稳定的趋势非常迅速地平衡（启动后），这似乎并不可疑。

6) /var/log/messages 在崩溃之前或期间不包含任何有用的信息

更多信息：忘了提到有一个使用 mod_jk 1.2.28 的 apache (2.2.14) 前端 tomcat。现在我在没有 apache 的情况下运行测试，以防 JVM 崩溃与连接到 JVM（tomcat 连接器）的 mod_jk 本机代码有关。

之后（如果 JVM 再次崩溃）我将尝试从我的应用程序中删除一些组件（缓存、lucene、quartz），稍后将尝试使用码头。由于崩溃目前在 4 小时到 8 天之间的任何时间发生，因此可能需要很长时间才能查明发生了什么。

我已经编写了一些在条件变量上使用定时等待的 pthread 代码，但为了确保相对等待，我使用 pthread_condattr_setclock() 将 condvar 的时钟类型设置为 CLOCK_MONOTONIC。

为了在 RHEL4 上编译和链接 pthread_condattr_setclock()，我必须将 -I/usr/include/nptl 和 -L/usr/lib/nptl 添加到我的 gcc 命令行。我的理解是 2.6 内核（RHEL4 有）默认使用 NPTL pthread 实现，那么为什么我需要明确指定这些路径才能使用这个函数呢？

只是这个函数需要我这样做：如果我忽略它，一切都可以编译和链接，而无需指定额外的路径（尽管代码的行为是不正确的）。

使用 linux 系统用户 'mysql' 与 mysql 服务器一起工作而不是创建单独的使用可能有哪些缺点/陷阱？

尝试sslsniff在此处构建 RHEL 5.2 系统。在 RHEL 上编译sslsniff时，我在使用libboost软件包（来自 rpmforge 等存储库）和libboost从源代码编译（似乎是成功的）时遇到了同样的错误。我也在一个新系统上尝试过这个（没有以前/失败/垃圾安装libboost等）。 )

还有更多，但我想有一个帖子长度限制..

他们中的大多数似乎与boost::system所以我添加-lboost_system到链接器命令并走得更远：

现在错误与boost::detail和相关boost::filesystem::detail。

我试过使用 boost 1.35 和 1.42（最新）。

在我自己的 Ubuntu 系统上，我从 Ubuntu 存储库中安装了库，并且能够很好地编译+链接 sslsniff。

提前致谢。

我正在尝试使用 Qt 4.6.2 在 RHEL 5.5 上运行 Valgrind 3.5.0。它会产生大量虚假错误，我想知道是否有人可以共享他们构建的抑制文件？使用 --leak-check=full 时，即使我只是运行 AddressBook 示例的第 7 部分，输出也会报告 glib、gtk、pango 等中的泄漏。超过 25000 行，真正的内存泄漏在噪音中消失了。

我正在尝试在我们的一个系统上为我们的 DBA 编译一些代码...我已经编辑了 makefile 以包含文档中列出的相关库，但我不断收到这些错误...您能辨别出任何明显的问题吗从我的命令行参考列出的错误？

谢谢！

make -f /u01/app/banner/ban8/TEST3/links/Makefile_tm_linux64_redhat5_ban8.mk

gcc -m64 -D_NOFIXARGPTR -fpic -shared -DTMCILIB_EXPORTS -D_TMUNICODE -I/usr/local/ban_icu -I/usr/local/src/icu/source/i18n/ -I/usr/local/src/icu/source/common / -I/usr/local/src/icu/source/extra/ustdio/ -I/usr/local/src/icu/source/io -L/usr/lib64 -L/usr/lib -L/usr/local /src/icu/source/data/ -L/usr/local/src/icu/source/data/out/ -L/usr/local/src/icu/source/tools/toolutil/ -L/usr/lib/ im/icuconv/-L/usr/local/lib/-L. -licui18n -licudata -licuuc -licu-toolutil -licuio msgfmttm.cpp umsgtm.cpp tmcilib.cpp -o /u01/app/banner/ban8/TEST3/general/exe/libtmciuc.so

umsgtm.cpp：在函数 'void fixArgPtr(const UChar*, __va_list_tag (*)[1])' 中：

umsgtm.cpp:158：错误：数组必须用大括号括起来的初始化程序初始化

umsgtm.cpp:194：错误：ISO C++ 禁止分配数组

umsgtm.cpp: 在函数'int32_t tmumsg_vformat(void**, UChar*, int32_t, __va_list_tag*, UErrorCode*)'中：

umsgtm.cpp:305：错误：无法将参数 '2' 的 '__va_list_tag**' 转换为 '__va_list_tag ( )[1]' 到 'void fixArgPtr(const UChar , __va_list_tag (*)[1])'</p>

tmcilib.cpp: 在函数'int tmprintf(TMBundle*, const UChar*, ...)'中:

tmcilib.cpp:743：错误：数组必须用大括号括起来的初始化程序初始化

tmcilib.cpp: 在函数'int tmfprintf(TMBundle*, UFILE*, const UChar*, ...)'中：

tmcilib.cpp:757：错误：数组必须用大括号括起来的初始化程序初始化

tmcilib.cpp: 在函数'int tmsprintf(TMBundle*, UChar*, const UChar*, ...)'中：

tmcilib.cpp:808：错误：数组必须用大括号括起来的初始化程序初始化