問題タブ [rhel5]

デフォルトでは、RHEL5.x64 にはかなり古い 5.1.6 が付属しています。より最新のバージョン 5.2.8、または最新の 5.2.9 (2009 年 3 月現在) を探しています。理想的には、透過的なアップグレードのための Yum/RPM ベースのソリューションです (私が計画している場合)。

最新バージョンのデフォルトをどのようにアップグレードしますか?

Windows SVN クライアント (TortoiseSVN) から .htaccess ファイルをコミットできません。返されるエラーは次のとおりです。

ステータス行を読み取れませんでした: 既存の接続がリモート ホストによって強制的に閉じられました。

基本的に、Apache での仮想ホストは次のようになります。

.htaccess ファイルをコミットできるようにするには、どうすればこれを変更できますか?

pthreads sem_timedwait を使用する RedHat Enterprise Linux システムで奇妙な動作が見られます。バージョン 5.3 以降でのみ発生します。

sem_init を使用してバックグラウンド スレッドでセマフォを作成すると、エラーは返されません。sem_timedwait を実行すると、サポートされていないことを示す errno = 38 (ENOSYS) がすぐに返されます。

メイン スレッドで同じことを行うと、期待どおりに動作し、sem_timedwait からエラーは発生しません。

RHEL 5.2 以前では見られません。コードを gcc 3.2.3 および 4.1.2 でコンパイルしようとしましたが、同じ結果が得られたので、実行時の問題のようです。

それで、私の質問（最後に;）

1) 他の誰かがこれを見たことがありますか? 2) RHEL 5.3 以降の既知の問題ですか? 3) sem_timedwait を使用して単一のスレッドをスリープさせています。Linux で同じことを行うには、どのような代替手段がありますか?

これが別の質問と重複している場合は、お知らせください。私は見ましたが、同じ質問を持つものを見つけることができません。私たちが使用しているものではないOSXの同様のものです。

ありがとう、pxb

更新：次の結果でさらにテストを行いました：

• RHEL5.4 ボックス (-L/usr/lib64 および -lstdc++ -lrt を使用) で gcc 4.1.2 を使用して 64 ビット ビルドを実行し、RHEL5 の 64 ビット インストールで実行すると、正常に動作します。
• RHEL5.1 ボックス (-L/usr/lib および -lstdc++ -lrt を使用) で gcc 4.1.2 を使用して 32 ビット ビルドを実行し、まったく同じ 64 ビット RHEL5 ボックスで実行すると、ENOSYS エラーが発生します。 sem_timedwait

したがって、RHEL5.4 (および一見 RHEL5.3) の 64 ビットと 32 ビットのランタイム ライブラリの違いのようです。その他の唯一の違いは、32 ビットと 64 ビットのビルドがそれぞれ RHEL5.1 ボックスと RHEL5.4 ボックスで行われたことです。

私は持っている：

• 32 ビット - Red Hat Enterprise Linux Server リリース 5.1 (Tikanga)
• Mysql5
• 10G RAM

mysql に関するメモリ割り当ての制限は何ですか? 可能な最大メモリ使用量。redhat サイトからのサポート ドキュメントはありますか?

RHEL5 で既製の PHP コードを使用しようとしていますが、これには sqlite パッケージ (PDO パッケージではありません) が必要ですが、RHEL5 にバンドルされている基本の php5.1.6 rpm には含まれていないようです。残念ながら、やむを得ない事情により、インストール メディアまたは RHN アクセスにアクセスできません (聞かないでください)。

CENTOS 5ディストリビューションにもそのようなパッケージはないようです（そして、そこのphp-common rpmにもないことを読んだことがあります）。

これをどこで入手できるかについてのアイデアはありますか (独自の PHP をゼロからコンパイルする必要はありませんか?)

ティア

以下に示すように、プロセスダンプが常にコアを生成するたびに、マルチスレッドアプリケーションに取り組んでいます。実際にダンプしている場所を理解できません。

btをいっぱいにすると、このように表示されます

haystack.indexes.RealTimeSearchIndexing私はdjango-haystackとモデルデータのリアルタイムインデックス（）を備えたxapianバックエンドを使用しており、Ubuntuサーバーで正常に動作します。ただし、RHEL5サーバーにアプリをデプロイすると、データ入力時にdjangoがハングします。

標準に切り替えると、すべてが厄介ですSearchIndex。

手動で実行./manage.py rebuild_indexすることも問題なく機能します。

2つのセットアップの主な違いは、Pythonのバージョン（2.4.3対2.6.4）とxapian（1.0.4-1対1.0.15）です。

何が問題なのかについて何か提案はありますか？

ログには興味深いものは何も表示されません。私はさまざまなデータベース（mysql、sqlite3）とデプロイメントメソッド（mod_python、wsgi）を試しましたが、まだ運がありません。

haystackのドキュメントに、Solrバックエンドでのみ正常に処理されるという警告RealTimeSearchIndexが表示されていますが、トラフィックが非常に少ないサイトを実行しており、書き込みがたまにしか行われないため、書き込みでCPUのオーバーヘッドが発生しても問題ありません。

sslsniffここでRHEL5.2システムを構築しようとしています。sslsniffRHELでコンパイルすると、libboostパッケージ（rpmforgeなどのリポジトリから）を使用した場合とlibboostソースからコンパイルした場合（成功したように見えます）に同じエラーが発生しました。これを新しいシステムでも試しました（以前の/失敗した/ガベージのインストールlibboostなどはありません）。 ）。

もっとありますが、ポストの長さには制限があると思います。

それらのほとんどは関連しているように見えるので、私はリンカーコマンドboost::systemに追加してさらに進んだ：-lboost_system

これで、エラーはとに関連しboost::detailますboost::filesystem::detail。

ブースト1.35と1.42（最新）を使ってみました。

私自身のUbuntuシステムでは、Ubuntuリポジトリからライブラリをインストールし、sslsniffを正常にコンパイル+リンクすることができました。

前もって感謝します。

どうやってこの混乱に陥ったのかよくわかりませんが、何らかの理由で、代替手段を使用して現在のバージョンのJavaを変更することができません。Alternatives --config javaを実行して選択内容を入力できますが、javaまたはjavacのバージョン番号をエコーすると、毎回1.5が吐き出されます（現在のバージョンが1.6であることを示す代替案にもかかわらず）。ちなみに、私が使用しているサーバーはRHEL5を実行しています。

代替で使用されるパスが正しいディレクトリを指していることを確認しました。これが私のセッションからの出力です：

[brilewis @ myserver] $ sudo / usr / sbin / update-alternatives --config java

'java'を提供する3つのプログラムがあります。

選択コマンド

** 1 /usr/lib/jvm/jre-1.4.2-gcj/bin/java
+ 2 /usr/java/jdk1.5.0_10/bin/java
3 /usr/java/jdk1.6.0_16/bin/java

現在の選択を維持するために入力する[+]、または選択番号を入力してください：3

[brilewis @ myserver] $ java -version

javaバージョン"1.5.0_10"Java（TM）2ランタイム環境、Standard Edition（ビルド1.5.0_10-b03）Java HotSpot（TM）サーバーVM（ビルド1.5.0_10-b03、混合モード）

[brilewis @ myserver] $ sudo / usr / sbin / update-alternatives --config java

'java'を提供する3つのプログラムがあります。

選択コマンド

** 1 /usr/lib/jvm/jre-1.4.2-gcj/bin/java
2 /usr/java/jdk1.5.0_10/bin/java
+ 3 /usr/java/jdk1.6.0_16/bin/java

入力して現在の選択を保持する[+]、または選択番号を入力します。

更新：以下はの出力ですecho $PATH：

/usr/java/jdk1.5.0_10/bin:/usr/local/apache-ant-1.7.1/bin:/usr/local/apache-tomcat-6.0.24:/usr/kerberos/bin:/usr/ local / bin：/ bin：/ usr / bin：/ usr / NX / bin：/ home / brilewis / bin

更新（4/26/10）：Bertの提案に従い、/ etc/profileのPATH環境変数からJAVA_HOMEを削除しました。これを行った後、Javaのバージョンを変更するための代替手段を使用することができました。唯一の問題は、実行しようとするとjavac「-bash：javac：コマンドが見つかりません」というメッセージが表示されることです。バージョンが1.5に設定されている場合、これは発生しません。

Mac で Eclipse+Subclipse を使用して、SMB 共有接続を介して RHEL5 デスクトップにあるコード ベースを編集しています。SVNコミット部分を除いて、すべてが魅力のように機能します。コミット時に、次のような JavaHL 例外がスローされます。

org.tigris.subversion.svnclientadapter.SVNClientException: org.tigris.subversion.javahl.ClientException: Operation not permitted svn: Can't move '/Volumes/share1/some/deep/nested/folder/in/project/.svn/tmp/entries' to '/Volumes/share1/some/deep/nested/folder/in/project/.svn/entries': Operation not permitted