0

gwan (4.1.17) をフォルダーに展開した後、このフォルダーで gwan を実行します。正常に動作します。
この抽出されたフォルダーからプロジェクト フォルダー内のすべての古い gwan ファイルとフォルダーを置き換えると、gwan は c サーブレットを見つけることができませんが、www フォルダー内のファイルを見つけることはできます。

誰がこれを説明できますか?

4

3 に答える 3

1

権限の問題を確認する簡単な方法は、gwanをrootとして起動することです（まだ起動していない場合）。ルートとして機能するが、そうでない場合は、権限の問題である可能性があります。

于 2013-01-19T07:16:50.197 に答える
0

この問題は、仮想ホストの 1 つだけで発生しますが、残りはすべて正常に動作します。私はこれについてピエールに連絡しました。彼はすぐにこれを修正できるはずですが、現時点ではまだ 1 日しか経っていないため、より詳細な回答を提供する必要があります。

バニラ g-wan 4.1.17 インストールを使用した場合、これは発生しませんでした。これらのスクリプトはすべて正常に機能しました。デフォルトのリスナー/IP ホスト構成または使用中の仮想ホストを使用していたかどうかを知りたいです。

于 2013-01-18T05:00:20.453 に答える
0

gwan (4.1.17) をフォルダーに展開した後、このフォルダーで gwan を実行します。正常に動作します。

これが G-WAN のバグではないことの証明: 「そのフォルダーで gwan を実行」すると、すべて正常に動作します。

この抽出されたフォルダーからプロジェクト フォルダー内のすべての古い gwan ファイルとフォルダーを置き換えると、gwan は を見つけることができませんが、フォルダー内c servletsのファイルを見つけることはできwwwます。

この問題は、アクセス権に関連している可能性が最も高いです。C servlets(gwan の実行に使用されたアカウントで) を読み取ることができないか、またはコンパイルされたオブジェクトをディレクトリから使用できません。http /tmp: $TMPDIR//gwan.ch/faq を参照してください。 #error8246。

ファイルのアクセス許可は、非常に扱いにくいテーマです:

「ユーザー空間で EPERM/EACCES を取得するのは本当にちょっとしたことです。ユーザーとして、なぜそれを取得したのかわかりません。それは SELinux である可能性があり、ファイルの rwx ビットである可能性があり、欠落している機能である可能性があります。 [...] SELinux、ACL、および機能をシステムに追加することで、それらが非常に理解しやすくなりましたよね? (私の「安全」の定義には、システムが何であるかを理解することが含まれます) [...] -EPERM はファイルのパーミッションに関するものでした.SELinux と障害ビット、そして今週彼らが OS/2 拡張属性と呼んでいるものについては、-EBUREAUCRACY が必要です."

于 2013-01-18T08:05:28.697 に答える