问题标签 [rhel5]

当我运行时：

bash < <( curl -L http://bit.ly/rvm-install-system-wide )

我收到以下错误：

请确保 git 已安装并在 PATH 中可用以继续。

Git 已安装：

尝试学习如何使用 rpm-python 模块（即 RHEL5 上的“import rpm”）。我找不到任何完整或最新的教程。特别是关于如何在系统上安装和管理 rpm。任何人？

我制作了一个 jar 文件，我在 windows 中进行了测试，它工作正常。现在我想为 red hat enterprise linux 5 测试它。但我不知道如何在 rhel5 中运行 jar 文件。

我试过java -jar My.jar了，但它说bash: java: command not found。我已将JAVA_HOME变量设置为export JAVA_HOME=/root/jdk1.6.0_21但仍然无法正常工作。

谁能告诉我如何在 rhel5 中运行 jar 文件？

我有一个带有 C++ python 扩展的库（C++ 调用 python，而后者又调用 C++）使用 boost::python 和 python 库（这很混乱，但很多都是遗留的），当独立测试时可以正常工作。特别是，某个 dynamic_cast 可以正常工作。

但是，当使用 gcc 4.1.2 和外部应用程序将该库打包用作 RHEL5 上的插件时，dynamic_cast 返回 NULL 导致应用程序无法按预期工作。在 Windows 上（使用 Visual Studio 2005 和 2008 测试 Vista 64 位）它工作正常。例如，当我使用 ddd 进行调试时，我可以看到转换前的指针具有正确的 type_name （我想像往常一样被编译器轻微损坏？）。此处的任何特定调试技巧也会有所帮助。

reinterpret_cast 解决了这个问题。虽然这肯定会受到阻碍，但我不知道如何进行，尤其是。因为这可能是由于外部应用程序的问题。这是一个令人费解的混乱，几乎看起来是徒劳的，但如果它可以帮助这里有一些示例代码。下面的 C++ 片段创建了一个“smart_handle”来对存储在字符串“input”中的某些 python 命令进行排队。字符串 IMPORT 导入一些函数的位置和定义，这些函数在函数调用 py_api::execute_py_command 中被 boost::python::exec(..) 调用：

make_smart_handle 定义为：

函数 set_command_queue 在 python __init__.py 中定义为：

现在，在单独的 python 文件中定义的实际 python 函数 func1、func2 等调用命名空间“namesp”下定义的 C++ 函数。这些 C++ 函数的第一行是通过以下方式将“smart_handle”恢复到“queue”：

正是在上述函数 smart_handle_cast 中，当库用作外部应用程序中的插件时，使用了返回 NULL 的 dynamic_cast。使用 reinterpret_cast 可以使其正常工作。smart_handle_cast 返回一个 const boost::weak_ptr。对于那些感兴趣的人，这里是 smart_handle_cast<..>() 函数的定义：

我正在运行 RHEL5 ，并且我安装了 python 2.4。请不要问为什么是原生版本？我的问题是，在我的主目录中，我只想安装带有选定软件包的 python2.6，而且最重要的是，我不想要任何库操作系统或任何其他处理系统调用或邮箱首选项的库（禁止发送邮件） .是否可以仅安装带有选定库的python版本。所以现在系统上存在 python 2.4 和选定的 2.6 库

如何在远程计算机上创建.tar文件（例如）存档/root/bugzilla并将其存储在本地计算机上。SSH-KEYGEN 已安装，所以我可以通过身份验证。

我正在寻找类似的东西：

我有一个 Ruby sinatra 应用程序正在使用 Pony 发送电子邮件。它在我的 Windows 框中工作正常。但是在部署到 RHEL 5.3 服务器后，出现以下错误。

我正在使用红宝石 1.9.2。

请帮助解决此错误。如果我应该添加任何其他详细信息，请告诉我

我们环境中的许多服务器的环回线路/etc/hosts配置如下：

通常，这不是问题。但是，我们现在正在处理来自供应商的一些外部软件，这些软件调用 gethostbyaddr，如果结果hostname --ip-address为 127.0.0.1，他们的安装程序会失败。这当然会导致它在我们的系统上失败，因为服务器主机名在/etc/hosts.

我的问题是，如果我将安装程序包装在 bash 或 perl 脚本中，有没有办法在hostname --ip-address不更改 /etc/hosts 文件的情况下“屏蔽”或临时更改结果？

（澄清：他们在编译的二进制安装程序中调用 gethostbyaddr() 函数。从命令行获得类似结果的方法是hostname --ip-address）

我正在尝试运行以下内容：

yum 重新安装 glibc --downloadonly --downloaddir=/root/dependencies/

但它一直给我一个错误，即 --downloaddir 不是一个有效的选项，尽管我已经看到其他人在网络上使用它。我正在使用 RHEL 工作站 5.5。还有另一种方法来指定下载目录吗？

谢谢

我正在开发一个应用程序，该应用程序在其他代码中包含许多 servlet。我使用的开发环境是 Eclipse（3.2.1，相当旧），在其中我使用 Eclipse Tomcat Wrapper 插件运行 Tomcat 服务器（5.5.23，也相当旧）来完成任务。所有这些都在 RedHat 5.2 Linux 系统上运行。

我使用的 Java 运行时是 JDK 1.6.0(21)，我最近升级到（从以前的 JDK 1.5 版本），据我所知，上面的软件组合（连同我正在使用的应用程序） ) 确实有效：我可以启动 Tomcat 服务器，它启动时没有错误或抱怨，并且应用程序的 servlet 在端口 8080 上可用。

但是，某处发生了一些变化（可能在应用程序 jarfile 本身中，我怀疑主机上的所有内容基本上都是造成这种情况的根本原因）。现在，当我尝试启动 Tomcat 服务器时，sun.misc.InvalidJarIndexException控制台输出中出现错误。以下类和方法会发生这种情况：

• org.apache.commons.modeler.Registry registerComponent（发生 3 次）
• org.apache.catalina.core.StandardServer initialize（发生一次）
• org.apache.catalina.connector.Connector start（发生两次）

我确实发现了这个关于如何找到 Java 类的 JAR有用的堆栈溢出问题，并且我确实运行find /usr -name \*name-of-suspected-jar\*.jar了几次以追踪一些建议的违规 JARS。我还尝试在 Eclipse 中检查 Tomcat 服务器的运行时配置，但实际上无法将系统上的 JAR 文件与CLASSPATHTomcat 运行时设置（或CLASSPATH启动 Eclipse 时在环境中使用的）匹配。 这项工作可能需要我更加严格，但在此之前（这就是为什么我现在不在CLASSPATH这里发布有关 s 的所有血腥细节），我仔细阅读了到底是什么InvalidJarIndexException。

因此，JAR 文件可能包含一个可选的 INDEX.LIST 文件，其中包含有关要在 JAR 文件中查找哪些类（和方法？）的信息。这个想法是在所有 JARS 中短路搜索，CLASSPATH这在许多情况下都很有用。问题是当INDEX.LIST文件碰巧损坏（或被认为CLASSPATH已损坏）时，会导致类的加载完全放弃（类加载器不会回退到搜索InvalidJarIndexException.被抛出。为了让事情更混乱，搜索 JAR 的顺序可能会影响类加载器如何处理INDEX.LIST文件：INDEX.LIST一个 JAR 的文件可能引用其他 JARS，如果引用的 JARS 与第一个 JAR 不同步INDEX.LIST文件，类加载器失败并出现此InvalidJarIndexException错误。

所以（根据这个StackOverflow 问题），似乎这个错误不仅可以被抛出，因为一个 JAR 文件有一个损坏的INDEX.LIST，它似乎甚至可以被抛出一个 JAR，即使 JAR 有一个有效的INDEX.LIST或合法地缺少一个INDEX.LIST简单的因为以前搜索过的 JAR 混淆了类加载器。（换句话说，由于系统上其他地方的违规者，即使对于“无辜的”未损坏的 JAR 文件，也可能会引发此异常）。

所以，在写完一本小说之后，我的主要问题出现了：

• 追踪.jar每个InvalidJarIndexException被抛出的精确文件的最佳方法是什么？
• 检查随机选择.jar的文件是否有INDEX.LIST文件的最佳方法是什么，如果有，该文件是否有效（即非损坏）？这项任务有哪些工具？
• 有没有一种有效的方法来自动推断文件的搜索顺序.jar？我可以尝试CLASSPATH手动操作，但老实说，这容易出错且乏味。
• 有没有一种有效的方法来确定.jar搜索顺序中有哪些文件，这可能会使类加载器在搜索后指责无辜的、非损坏.jar的文件有不正确的INDEX.LIST文件？

免责声明：我知道我运行的是旧版本的软件（即使我安装了 Redhat 5.2 的最新更新），而且我知道很多人的下意识反应是建议我不花任何精力来调试它而是升级到 Tomcat、Eclipse 和 Linux 的更新版本（尽管 Java 是最近的）。我不希望这样做的原因是，在调查完之后，我发现进行升级或尝试在我今天使用的 RHEL5.2 提供的 Tomcat/Eclipse 旁边安装一个单独的现代 Tomcat 或 Eclipse 相当麻烦。此外，我认为这种故障​​排除是一个学习有关 Java 及其相关工具和特性的有用细节的机会。弄清楚类加载是如何工作的以及是什么导致它抛出这个InvalidJarIndexException在我的系统上会很有教育意义！

（但如果此故障排除失败，我会认真考虑使用现代 Linux、Eclipse 和 Tomcat ......我保证）