いつもお世話になっております。
テーブルデータに添付している画像に間違いを発見したため、正しい画像に差し替えようと、古い画像を削除し、新しい画像をアップロードしようとしたところ、下記のようなエラーが出まして、
___
Catch: Fri Jun 14 18:44:43 2019
[Path.pm:114:die] mkdir ../../lib/clipboard/XQNsi50HackAADBhYngAAABQ: Disk quota exceeded at ../../cgi-data/lib/CMONOS/CGI_Lib/Common.pm line 1930.
start.cgi with Perl 5.010001 for linux
___
画像のアップロードが完了できませんでした。
何度かやり直してみてもエラーの内容に変化がなく、困っております。
その他に当該データーベースでは状況によって、あるはずのものが検索でヒットしないといったことも起きております。
合わせて、対処方法をお教え頂けますと幸いです。
ご質問ありがとうございます。
ディスクがいっぱいのため、新しいファイルを書き込めないようです。FTPで下記作業をお試しください。
下記フォルダにたくさんのフォルダが作成されている場合は、それらを全て削除してください(ただしログインデータなどが消えてしまいます)。これらのファイルは通常自動削除されます。
いくつかの古いバージョンでは、TableMakerに不具合があり、アクセスしてきたIPを制限なく保存してしまい、DBの容量が膨らむ症状がありました。現在は修正されています。
~/cgi-data/data/TableMakerCGIのフォルダ名 の中にある、access_ip で始まるファイルを調べ、容量が肥大している場合は、これを削除します。
上記に問題がない場合、たくさんのファイルをアップロードしたため、ディスク容量が制限いっぱいになっている可能性もあります。
一度、ご契約サーバのコントロールパネルで、制限容量に達していないかご確認ください。ホームページとメールとでディスクを共用しているサーバでは、メールがたまりすぎて、ディスク容量制限に達する場合もあります。
以上、お役に立てましたら幸いです。
ご回答ありがとうございます。
「clipborad」の方は二つほどフォルダができておりましたので削除しまして(その他のファイルはそのまま残しています)、「session_store」のほうはフォルダはできておらずファイルのみだったので削除はしておりません。
また、「TableMaker CGI」フォルダはご指示頂いた場所に見つけられませんでした。
その状況下で再度アップロードを行いましたところ、下記のアラートが出てしまいました。
対処方法、ご教示頂けますようお願い申し上げます。
___
Catch: Sat Jun 15 13:02:16 2019
[Path.pm:114:die] mkdir ./files/1/2327/archives.pending/20190615130216/data: Disk quota exceeded at ../../cgi-data/lib/CMONOS/CGI_Lib/Common.pm line 1930.
start.cgi with Perl 5.010001 for linux
___
ご返信ありがとうございます。
やはり、ディスクの割り当て容量を超過している旨、エラーが出ています。
ディスク容量を圧迫する可能性があるのは、過去の一時期存在したTableMakerの不具合が考えられます。「TableMakerCGIのフォルダ名」というのは、例えば「/cgi/gallery/start.cgi」にTableMaker があるとすると、「gallery」のことになります。もしTableMakerをご利用でしたらそのフォルダ名を当てはめて、~/cgi-data/data/TableMakerCGIのフォルダ名 の中にある、access_ip で始まるファイルを調べ、容量が肥大している場合は、これを削除してください。
契約ディスク容量を圧迫する原因としては、単純にたくさんの記事をアップロードした場合もあり得ます。
また、動画ファイルや、高解像度写真は1ファイルの容量が大きいので、たくさんアップロードすると、契約容量を超えてしまうことはありそうです。
CMONOS.JP で記事を含むサイトテンプレートを多数作成している場合も、その分全ての記事のコピーが作成されますので、ディスク容量を圧迫します。
問題の切り分けのため、一度、ご契約サーバのコントロールパネルでディスク容量がいっぱいになっていないかご確認いただけましたら幸いです。
ご返信ありがとうございます。
ご指示のファイルを削除してみたところ、今度は
以下のアラートが…
___
Catch: Sun Jun 16 05:22:37 2019
[Path.pm:114:die] mkdir ../../cgi-data/clipboard/XQVTjJ0HackAADUtRSsAAABN: Disk quota exceeded at ../../cgi-data/lib/CMONOS/CGI_Lib/Common.pm line 1930.
start.cgi with Perl 5.010001 for linux
___
最初のご回答の「clipborad」の中身問題かと思い、中のフォルダを削除して、再度アップロードしてみましたが、同内容のアラートが出ます。
ところが、「clipborad」の中身は増えてはおらず…
うーん、一進一退ですね。悩ましいです…
バージョンアップしたら解決するんでしょうか…
ご返信ありがとうございます。
このエラーは、ユーザーのディスク制限を超過した際に返るものです。通常、制限を超えてファイルが作成されたか、またはファイルが制限よりも大きくなったことが原因です。
もしかするとファイル数が異常に多くなっているのかもしれません。
~/cgi-data/data/session_store フォルダの中に数千以上のファイルがある場合はこれを全て削除して見てください。これらのファイルは通常自動削除されます。
もし、ディスクの使用量に余裕がある場合は、どこかでファイルが異常生成されている可能性があります。ディスクの使用量に余裕がない場合は、何か大きなファイルを過去にアップロードしていないでしょうか。(例えば、知人に渡すため大量の写真を圧縮したファイルや、動画ファイルなど。)
ディスクの使用量はご契約サーバのコントロールパネルで確認できることが多いです。
ご教示ありがとうございます。
サーバーのディスク空き容量を確認してみましたが、「50GB(51200MB)のうち3898636MBを使用しています」とありましたので、余裕はまだたるかと思われます。
さらに「session_store」を確認してみましたところ、数十件のファイルができておりました。数は多くありませんが、念のため削除してみますと、投稿画面で「ファイル書き込みに失敗しました。使用可能な空き容量が不足している可能性があります。」とアラートが出るようになりました。
うーん…「どこかでファイルが異常生成されている」ケースでしょうか?検討もつきません…
ご返信ありがとうございます。
念のためサーバ管理会社の方に、「 "Disk quota exceeded" というエラーが出てCGIが正常に動作しない」旨、連絡した方がよいかもしれません。
サーバ管理会社の方で何らかの制限をかけている可能性もあります。現状のまま記事を書き込もうとすると既存記事データを壊してしまう可能性もあります。
もしCGIに問題があって、サーバ管理会社の方でなんらかの制限をかけている場合、CGIにどういった問題があったのか、指摘してもらえることが多いです。
上記参考になりましたら幸いです。
お勧めに従いまして、サーバー管理者に質問したところ、回答を頂きました。
______
お問合せいただきました件に関しまして
お客様のサーバー上のデータを確認いたしましたところ
ファイル数の上限を超えている状態でございました。
■お客様のサーバー上にアップロードされているファイル数
1,226,267 / 300,000
ロリポップ!では、「2018年7月18日」より
順次プランごとでご利用いただけるファイル数の上限を設定させていただきました。
_______
正直困ってしまいました。。
空き容量が48,052 MB ( 46.9 GB ) もあるのに、ファイル数の制限を926267も上回っているということのようです。。
とりあえず、確実にいらないと思われるファイルとフォルダを削除しまくってみたのですが、ファイル数1,082,799(782,799超過)までしか減らせませんでした。
こうなるともはや新しいサーバーを探すしかないのかもしれませんが、できればそれも避けたいところです。
ですので、とりあえず削除しても支障がないもしくは不要ファイルが溜まっているかもしれないフォルダをお教え頂けますと幸いです。
ご不便おかけしております。
大量のファイルが作成される可能性があるフォルダは下記の通りです。ただし、通常は自動的に削除されます。FTPソフトでファイル数を確認して、その数がそれほど多くない場合は、原因は下記フォルダではない可能性が高いです。
これらのフォルダの中身は一時保存ファイルやログイン情報ですので、全て削除しても問題ありません(必要なものは再作成されます)。
また記事やデータを含むサイトテンプレートを多数作成すると、その分ファイル数が増えます。不必要なサイトテンプレートが多数ある場合はそれらを削除してみてください。
CMONOS.JP 以外のCGIやPHPを導入している場合は、それらの関連ファイルについてもご確認ください。
以上参考になりましたら幸いです。
※どうしても原因フォルダがわからない場合は、念のためサーバ会社のサポートに「ファイル数が異常に増えているようだが、原因となっているディレクトリがわからない。もしそちらでわかるようなら原因となっているディレクトリを教えてほしい。」旨、相談してみてください。案外調べてもらえます。
※もしCMONOS.JPの不具合に起因する場合は、すぐに修正いたしますので、ご連絡いただけましたら幸いです。
候補のフォルダーの御教示ありがとうございます。一通り調べてみましたが、お教えいただいたフォルダでのファイルの増加は確認できませんでした。
また、ご提案いただきましたようにサーバ管理会社へ「ファイルが多数あるいは最近ファイルの増加があったフォルダをお調べいただけませんか?」との要請をお送りしておりまして、5営業日中に回答するとの連絡を頂いております。
また進展がありましたらご報告させていただきます。
サーバ管理会社よりファイル数の多いフォルダーについて以下の回答を頂きました。
~~~~~~~~~
お客様のアカウント内でファイル数が多いフォルダを確認いたしましたところ
『 roukyoku_cmonos 』フォルダ内のデータが多い事を確認いたしました。
▼内訳
674382ファイル /roukyoku_cmonos/cgi/record/files/1
114523ファイル /roukyoku_cmonos/cgi-data/template/site/a160819D
65829ファイル /roukyoku_cmonos/cgi-data/template/site/T160301D
1248ファイル /roukyoku_cmonos/cgi-data/template/site/default
1187ファイル /roukyoku_cmonos/cgi-data/template/site/vicuna
1704ファイル /roukyoku_cmonos/cgi-data/template/site/db3n
1182ファイル /roukyoku_cmonos/cgi-data/template/site/vicunaBasic
1711ファイル /roukyoku_cmonos/cgi-data/template/site/T160301N
136620ファイル /roukyoku_cmonos/cgi-data/template/site/B161026
6108ファイル /roukyoku_cmonos/cgi-data/template/site/db3
~~~~~~~~~
さて、、困りましたどこから手をつけたら良いものでしょうか。。。
御教示のほどをお願いもうしあげます。
ご連絡ありがとうございます。
/roukyoku_cmonos/cgi-data/template/site/
こちらは、サイトテンプレートが格納されているフォルダです。
サイトテンプレートのいくつかに大量のファイルが含まれているのは、なんらかの理由でファイルが大量生成されたのちに、記事を含む形でバックアップとしてサイトテンプレートを作成したためと思います。
もし必要ないものがあれば、まずは大量のファイルがあるサイトテンプレートを削除してみてください。
/roukyoku_cmonos/cgi/record/files/1
record は、TableMaker でしょうか。もし差し支えなければ、環境設定でフィールド一覧をスクリーンショットに撮っていただき、それを添付していただけましたら、問題解決のヒントになります。
おそらくいずれかのフィールドが、大量のファイルを生成しているのだろうと思います。
ただ、弊社のテストでは、そうした症状を経験していないため、どういった原因でこうしたことが起きるのかは、今のところわかりません。
/roukyoku_cmonos/cgi/record/files/1
の中にあるフォルダをいくつか見ていただいて、ファイルが大量に生成されている場合は、なんという名前のファイルが大量にあるかご教示いただけましたら、ありがたいです。
ご不便をおかけし申し訳ありません。
以上よろしくお願いいたします。
ちょっと調べてみたのですが、
以下のリストの更新日付を見てみたところ、
114523ファイル /roukyoku_cmonos/cgi-data/template/site/a160819D 2016/08/19 00:00:00
65829ファイル /roukyoku_cmonos/cgi-data/template/site/T160301D 2016/04/01 00:00:00
1248ファイル /roukyoku_cmonos/cgi-data/template/site/default 2014/11/24 00:00:00
1187ファイル /roukyoku_cmonos/cgi-data/template/site/vicuna 2016/09/21 00:00:00
1704ファイル /roukyoku_cmonos/cgi-data/template/site/db3n 2016/02/26 00:00:00
1182ファイル /roukyoku_cmonos/cgi-data/template/site/vicunaBasic 2014/06/02 00:00:00
1711ファイル /roukyoku_cmonos/cgi-data/template/site/T160301N 2016/03/01 00:00:00
136620ファイル /roukyoku_cmonos/cgi-data/template/site/B161026 2016/10/26 00:00:00
6108ファイル /roukyoku_cmonos/cgi-data/template/site/db3 2014/11/24 00:00:00
全て2014~2016の間の更新日付となっております。そして今回の画像がアップできないという障害が生じたのは今月に入ってからですので、「なんらかの理由でファイルが大量生成されたのちに、記事を含む形でバックアップとしてサイトテンプレートを作成したためと思います。」ということもあるかもしれませんが、これがダメ押しになったわけではなく、他にも要因がありそうな気がします。
念のため、「/cgi-data/template/site」以下のフォルダとファイルを全部削除したところ、ファイル数は697,977(397,977超過)と大きく減少したのですが、まだこの半分以下にしないといけない状態です。
困りました。。
長くなりましたので、「record/files/1」については次の投稿へ。
/roukyoku_cmonos/cgi/record/files/1
record は、TableMaker でしょうか。
はい、TableMakerです。
もし差し支えなければ、環境設定でフィールド一覧をスクリーンショットに撮っていただき、それを添付していただけましたら、問題解決のヒントになります。
フィールド数がとても多いため、スクリーンショットが大量になってしまい、フォーラムに添付というわけにはいかなくなってしまったので、ギガファイル便でお送りいたします。
https://22.gigafile.nu/0702-433effa90432a6533fd08118bbe08f82
それぞれ以下のURLの内容になります。
recordfiles01.jpg〈「/roukyoku_cmonos/cgi/record/files/1/100」
recordfiles02.jpg〈「/roukyoku_cmonos/cgi/record/files/1/100/archives.pending」
recordfiles03.jpg〈「/roukyoku_cmonos/cgi/record/files/1/100/archives.pending20140707002637/」
recordfiles04.jpg〈「/roukyoku_cmonos/cgi/record/files/1/100/archives.pending20140707002637/data/」
御教示よろしくお願いいたします。
ご連絡ありがとうございます。ご協力感謝いたします。
こちらのデータベースは1000以上のレコード数があるのでしょうか。
お使いのTableMakerでは過去の書き込みに戻れる設定になっていますので、書き込みごとに、(保存データを持つレコードの分)20-30のファイル数が増えます。すると、5回書き換えたとして、100。それが1000レコードあれば、10万にはなります。
ですので、レコード数が数千あり、書き換え回数がある程度あれば、数十万のファイル数になることはあり得そうに思います。
残念ながら、現状では過去の書き込みデータを一括削除する機能がないため、手軽にファイル数を減らすことは困難です。ただ過去の書き込みデータを削除できれば、レコード数が数千ある場合は、最大1/5程度にファイル数が減るかと思います。
ご不便をおかけいたしますが、一週間ほどいただけましたら、なんらかの過去の書き込みデータを削除するツールをご提供いたします。
ファイル数制限に関してはあまり考慮しておりませんでした。次期バージョンではこの点についても改善したく思います。情報提供、ありがとうございます。
(次期バージョンは互換性を大きく失う予定です。今年中にはと考えているのですが、スケジュールが遅れておりまして公開は未定です。)
こちらのデータベースは1000以上のレコード数があるのでしょうか。
はい、1474件のレコードがあります。
お使いのTableMakerでは過去の書き込みに戻れる設定になっていますので、書き込みごとに、(保存データを持つレコードの分)20-30のファイル数が増えます。すると、5回書き換えたとして、100。それが1000レコードあれば、10万にはなります。
なるほど…これ以外にも数十件のレコードがあるTableMakerが3種ありますので、これも影響してるかと思います。
ただ過去の書き込みデータを削除できれば、レコード数が数千ある場合は、最大1/5程度にファイル数が減るかと思います。
ご不便をおかけいたしますが、一週間ほどいただけましたら、なんらかの過去の書き込みデータを削除するツールをご提供いたします。
お待ちしております。
念のため、手動で削除する方法もお教え頂けますと幸いです。
手動で過去の書き込みデータを削除するには、次のようにします。
以上参考になりましたら幸いです。
取り急ぎ、TableMaker の一般設定に「過去の更新を削除する」オプションを追加するファイルを作成しました。
以上で作業完了です。
今回追加した機能は将来のバージョンにも組み込まれる予定です。