2011-07-04 9 views
2

独自のマウントポイントで実行されているPloneインスタンスがかなりあります。 ZMIインターフェイスは、データベースのサイズを7101.4Mとしてリストします。 Relstorage zodbpack.pyスクリプトを使用して7日間以上経過したオブジェクトを削除して、データベースの週単位のパックを実行します。relstorage zodb pack中に「sys.excepthookのエラーで開始されたスレッドの未処理の例外」

Sun Jun 26 07:00:38 BST 2011 packing cms mount 
/home/zope/home/parts/zope2/lib/python/zope/configuration/xmlconfig.py:323: DeprecationWarning: zope.app.annotation has moved to zope.annotation. Import of zope.app.annotation will become unsupported in Zope 3.5 
__import__(arguments[0]) 
/home/zope/home/eggs/p4a.common-1.0.7-py2.4.egg/p4a/common/configure.zcml:19: DeprecationWarning: The five:localsite directive is deprecated and will be removed in Zope 2.12. 
See Five/doc/localsite.txt . 
<five:localsite class=".Portal.PloneSite" /> 
/home/zope/home/parts/zope2/lib/python/zope/configuration/fields.py:417: UserWarning: You did not specify an i18n translation domain for the 'description' field in /home/zope/home/eggs/Products.CMFSquidTool-1.5.1-py2.4.egg/Products/CMFSquidTool/configure.zcml 
warnings.warn(
/home/zope/home/parts/zope2/lib/python/zope/configuration/fields.py:417: UserWarning: You did not specify an i18n translation domain for the 'title' field in /home/zope/home/eggs/Products.CMFSquidTool-1.5.1-py2.4.egg/Products/CMFSquidTool/configure.zcml 
warnings.warn(
Unhandled exception in thread started by 
Error in sys.excepthook: 

Original exception was: 
Sun Jun 26 09:56:31 BST 2011 finished pack 

最初と最後の行は、cronジョブを実行するシェルスクリプトによって出力されます。最後の2週間のパックを実行するcronジョブには、以下の出力があります。

データベースのサイズがパックの後に減少するので、何かしているように見えます。私は、このエラーをさらにデバッグする方法については少し犠牲になっています。

長期間、パックは正常に動作していました。その後、データベースの接続パラメータを変更しましたが、cronジョブでそれらを更新するのを忘れてしまい、パックが11週間実行されませんでした。このエラーが発生する前に2回正常に実行されました。パックが実行されていない期間が長い間、エラーと関係がありますか?

ご協力いただければ幸いです。

我々は実行している:

  • をPloneの3.3.5
  • Zopeの2.10.11
  • Relstorage 1.4.1
  • ZODB 3.8.4-ポーリング
+0

この問題は、今やすべて消えてしまったようです。 – scarba05

答えて

2

エラーRelStorageではなく、Pythonに関連しています。関連性の高いバグレポートについては、http://bugs.python.org/issue1722344を参照してください。このバグはPython 2.5と2.6に当てはまりますが、Python 2.4にも当てはまります。 Python 2.4を最新版にアップグレードしてください。

いずれの場合でも、メッセージはこの場合無害です。パッキングは1つのスレッドのみを使用し、最後に成功メッセージが表示されます(Sun Jun 26 09:56:31 BST 2011 finished packはパックが成功した場合のみ表示されます)。

また、RelStorage 1.5.0にアップグレードすることもできます(先週出ました)。大規模なデータベースやビジー状態のサイトを処理するためにパッキングが大幅に改善されました。

+0

成功メッセージは私のシェルスクリプトから出力され、パックが成功したかどうかに関係なく出力されます。 2.4、2.4.6向けの最新のPythonリリースを使用しています。 – scarba05

+0

すみません、あなたは大丈夫です。適切なメッセージは「INFO pack:finished successfull」です。それでも、状況を改善するかどうかを確認するために、バグレポートで 'squelch_exception'パッチを試すことができます。また、メッセージの後に、PACK_OBJECTテーブルに行がありますか?そうであれば、梱包はきれいにならず、完了しませんでした。 –

+0

PACK_OBJECTは空です。私は自分のcronの仕事が出力から欠けているビットがある理由であるスタンドエラーを飲み込んでいることに気づいた。私は仕事を更新したので、次の日曜日にその出力を取得し、その後、このポストを更新します。これはちょうど出口で起きているので、心配することはありません。私はこのためにPythonにパッチを当てる傾向はありません。 – scarba05

関連する問題