Zope ZODB FileStorage:Data.fs 打包得不够

发布于 2024-12-27 05:04:08 字数 686 浏览 1 评论 0原文

我一直在处理 Data.fs 上的问题。它从 6 个月前的 5Gb 增加到现在几乎 10Gb,所以我尝试清除 Data.fs。

首先,我将 ZMI 中的 Portal_purgepolicy 从 20 更改为 3。我更改了 plone CMS 中的所有类型,以避免对它们进行版本控制。然后我尝试使用参数 0 打包 Data.fs 但它的大小没有改变。

我使用 fstest.py 和 fsrefs.py 检查我的 FileStorage 完整性,他们没有发现任何损坏的数据。

我尝试过这个 python 脚本

>>> import ZODB
>>> from ZODB.FileStorage import FileStorage
>>> bad = FileStorage('Data.fs')
>>> good = FileStorage('Undamaged.fs')
>>> good.copyTransactionsFrom(bad, verbose=True)    
>>> good.close()

,然后尝试重新打包,但没有任何变化,仍然是 10 GB。我实际上尝试使用 fsrecover 但我认为它是一个失败的原因,因为 fstest 或 fsrefs 没有引发损坏的数据。

任何帮助将不胜感激。

I've been dealing with a problem on my Data.fs. It went from 5Gb 6 months ago to almost 10Gb now so I've tried to purge Data.fs.

First, I've put portal_purgepolicy in the ZMI from 20 to 3. I've changed all my types in my plone CMS to avoid versioning on them. Then I've tried to pack my Data.fs with param 0 but it didn't change its size.

I've used fstest.py and fsrefs.py to check my FileStorage integrity and they didn't find any corrupted data.

I've tried this python script

>>> import ZODB
>>> from ZODB.FileStorage import FileStorage
>>> bad = FileStorage('Data.fs')
>>> good = FileStorage('Undamaged.fs')
>>> good.copyTransactionsFrom(bad, verbose=True)    
>>> good.close()

and then tried to repack but no change at all, still 10 Gb. I actually try with fsrecover but I see it as a lost cause since there is no corrupted data raised by fstest or fsrefs.

Any help will be deeply appreciated.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文