**[[質問箱/138]] [#k2831bfe]
|RIGHT:70|LEFT:410|c
|~サマリ|RuntimeError|
|~バージョン|1.3.4|
|~投稿者|[[なが]]|
|~状態|完了|
|~投稿日|&new{2003-05-02 (FRI) 22:37:02};|
***質問 [#r586a6c5]
:|
~ページの更新」を押すと・・・
 Runtime error
 Error message : cannot write page file RecentChanges
 maybe permission is not writable or filename is too long
と出力して編集ができません。トップページだけかと思ったのですが、新規登録(これはできる)したファイルを編集しようとしても同様です。
~PukiWiki1.3.4+redhat7.2+Apache1.3.27+php4.3.1です。
~ちょっと変わった事といえばTOMCATをmod_jk2を使用し、
Apacheにコネクトしています。
~解決方法が見当たらない為、相談させていただきたく思います。ちなみに実行権限はReadmeファイルに従って変更しています。
***回答 [#p32c40f4]
-[[sora]] &new{2003-05-02 (FRI) 23:46:41};
~耳タコかもしれませんが、どうみても普通のエラーなんで、念のため一つ言わせてください。[[属性設定適当説明]]のように設定してるってことですよね?つまり[$ chmod 666 wiki/*]してる、と。
-[[なが]] &new{2003-05-03 (SAT 00:34:24};
~一度動かなかった際に「chmod 777 *」も心見ました。単純に設定ミスなのかもしれないですね・・・
-[[ゆうひ]] &new{2003-05-03 (SAT) 02:55:47};
~見当違いかもしれませんが、僕の場合、オーナーをApacheを動かしているオーナーに変更しないと動いてくれませんでしたが…
-[[なが]] &new{2003-05-03 (SAT) 03:16:40};
~そうですよね・・それも実は試してみたのですがダメでした。皆様はphpをインストールする際に参項にされたHPってありますか?もう一度入れなおしてphp.ini、httpd.conf等の設定を見直してみようと考えていますので参考になされたサイトがあれば教えて頂きたく思います。
-[[upk]] &new{2003-05-03 (SAT) 14:36:27};
~./wiki/ にあるファイルは、644 であるべきなのですが、そうなっていないファイルだから、パーミッションが無いわけですがね。あと、既に指摘済みのオーナーの問題だけ。
--[[sora]] &new{2003-05-03 (SAT) 15:55:57};
~通常運用していく中で作成されていくファイルのオーナーはwebserver依存で属性も644であるため、恐らく「wiki(755),wiki/*(644),owner(apache,nobody,etc...)」が現状、一番エレガントであると思えます。が、root権限を取得できない環境では、オーナー変更は不可能でありますし、また、新規で稼働させてみたい方の場合、いきなりガチガチ設定にするのは動かない時の問題切りわけに複雑化を要求してしまうような気がします。ですから、配布ファイルのreadmeやインストール説明では汎用性を持たせた「wiki(777),wiki/*(666),owner(何でも)」で記述されていると理解しています。で、初期導入において「wiki(777),wiki/*(666)」であるにも関わらずオーナー違いによる書き込み不可が発生し得るということですか?オレの読解力不足で間違いがあるならばその辺指摘してもらえると嬉しいです。
---[[upk]] &new{2003-05-03 (SAT) 17:02:08};
~今回の場合は、オーナー変更が不可能なケースだとは解釈していません。変更できる環境下での質問だと解釈しています。違いますかね?なので、何でもできるrootが、操作してのこと。という解釈で、書いています。この質問を行った人の横にいたわけじゃないし、目視したわけじゃないので、書いていることが全て真実だと思うと、解決の道が遠のく場合もあると思って、可能性があることを書きましたけども。でも、TOMCATも気になりし、PHP4.3.1も気になりますけど
---[[upk]] &new{2003-05-03 (SAT) 17:05:06};
~これとは別件で、IIS での稼動テストも行っているんですが、これと同じエラーが出ています。このメッセージそのものは、PHPからのものではなく、file.php内の fopen()のところなので fopen() のテストをごりごりやっているところです。あとは、php.ini とか、ファイルシステムとかの観点でも見てはいます。ここで何かが見えるとね。なのですが。
--[[sora]] &new{2003-05-03 (SAT) 19:52:14};
~「644 であるべき」というところが気になったので書いてみました。公式も含めて各所の説明で、リライト必須の部分は「ディレクトリ777、ファイル666」として記述されてますよね?本来、この設定を施せば、オーナーが誰であろうとリライトできるのでパーミッションに関しては問題なくなるはずなのですが、それが問題だとすると公式に従ってる方からすると根底からくつがえされてしまうのでわけがわからなくなる、ということを危惧したんです。書込文章をまま解釈するなら「666の全許可でもパーミッションがないと怒られて稼働しない」と言われてるような気がするので。
--[[sora]] &new{2003-05-03 (SAT) 19:52:14};
~更新した後に気付いたんですが、オレの文章が妙に長くって当初の質問とは関係ない話題をしてしまってる風で心苦しく。。。よかったら[[こっち>派生モノ/属性設定]]で返答を頂けると有難いです>upk&all
-[[なが]] &new{2003-05-03 (SAT) 21:43:22};
~大変お騒がせしました。再度パーミッションの確認を行い、DocumentROOT配下の最初からあるファイルと同じオーナーに変更したところ上手く行きました。別のユーザで実行権限が777でもエラーが出るってのが今回わかりました。回答して頂いた皆様ありがとうございました。
- [[削除予定]]: [[Q&Aに移動>Q&A/インストール#s1a855e4]] --  &new{2006-01-16 (月) 11:49:00};

#comment


トップ   編集 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 検索 最終更新   ヘルプ   最終更新のRSS
Site admin: PukiWiki Development Team

PukiWiki 1.5.4+ © 2001-2021 PukiWiki Development Team. Powered by PHP 5.6.40-0+deb8u12. HTML convert time: 0.051 sec.

OSDN