I don't seem able to undo anything anymore. One of my 'sub-managers' was renaming something and said he came across an error. I tried clicking the 'Undo' button and got 'System Unavailable' with this traceback; <!-- Error type: error Error value: unpack str size does not match format --> <P> <hr width="50%"> <body bgcolor="#FFFFFF"> <div align="center">Networked Learning Environment, Biomedical Sciences prototype </div> </body> <!-- Traceback (innermost last): File /home/nnle/Zope-2.0.0-solaris-2.6-sparc/lib/python/ZPublisher/Publish. py, line 214, in publish_module File /home/nnle/Zope-2.0.0-solaris-2.6-sparc/lib/python/ZPublisher/Publish. py, line 179, in publish File /home/nnle/Zope-2.0.0-solaris-2.6-sparc/lib/python/Zope/__init__.py, line 201, in zpublisher_exception_hook (Object: ElementWithAttributes) File /home/nnle/Zope-2.0.0-solaris-2.6-sparc/lib/python/ZPublisher/Publish. py, line 165, in publish File /home/nnle/Zope-2.0.0-solaris-2.6-sparc/lib/python/ZPublisher/mapply.p y, line 160, in mapply (Object: manage_UndoForm) File /home/nnle/Zope-2.0.0-solaris-2.6-sparc/lib/python/ZPublisher/Publish. py, line 102, in call_object (Object: manage_UndoForm) File /home/nnle/Zope-2.0.0-solaris-2.6-sparc/lib/python/App/special_dtml.py , line 120, in __call__ (Object: manage_UndoForm) File /home/nnle/Zope-2.0.0-solaris-2.6-sparc/lib/python/DocumentTemplate/DT _String.py, line 502, in __call__ (Object: manage_UndoForm) File /home/nnle/Zope-2.0.0-solaris-2.6-sparc/lib/python/App/Undo.py, line 146, in undoable_transactions (Object: ElementWithAttributes) File /home/nnle/Zope-2.0.0-solaris-2.6-sparc/lib/python/ZODB/FileStorage.py , line 669, in undoLog (Object: /home/nnle/Zope-2.0.0-solaris-2.6-sparc/var/Data.fs) File /home/nnle/Zope-2.0.0-solaris-2.6-sparc/lib/python/ZODB/utils.py, line 98, in u64 error: (see above) --> I've also found that I went over quota on the account that this Zope installation is running on...this is bad news, right? Tone ------ Dr Tony McDonald, FMCC, Networked Learning Environments Project http://nle.ncl.ac.uk/ The Medical School, Newcastle University Tel: +44 191 222 5888 Fingerprint: 3450 876D FA41 B926 D3DD F8C3 F2D0 C3B9 8B38 18A2
At 11:31 am +0100 23/9/99, Tony McDonald wrote:
I don't seem able to undo anything anymore. One of my 'sub-managers' was renaming something and said he came across an error. I tried clicking the 'Undo' button and got 'System Unavailable' with this traceback;
<!-- Error type: error Error value: unpack str size does not match format --> <P> <hr width="50%">
[snip]
-->
I've also found that I went over quota on the account that this Zope installation is running on...this is bad news, right?
Answering my own mail, it's a slow day in ZopeLand. Basically, the Data.fs file was stuffed. I couldn't use Undo or add any other objects. I had to replace it with the Data.fs file I had (fortuitously!!) saved from the night before. Warning to others: check your quota on accounts that you run Zope under. It seems there's no way to recover from this situation, other than to use a backup (if you've got one). Tone ------ Dr Tony McDonald, FMCC, Networked Learning Environments Project http://nle.ncl.ac.uk/ The Medical School, Newcastle University Tel: +44 191 222 5888 Fingerprint: 3450 876D FA41 B926 D3DD F8C3 F2D0 C3B9 8B38 18A2
Tony McDonald wrote:
At 11:31 am +0100 23/9/99, Tony McDonald wrote:
I don't seem able to undo anything anymore. One of my 'sub-managers' was renaming something and said he came across an error. I tried clicking the 'Undo' button and got 'System Unavailable' with this traceback;
<!-- Error type: error Error value: unpack str size does not match format --> <P> <hr width="50%">
[snip]
-->
I've also found that I went over quota on the account that this Zope installation is running on...this is bad news, right?
Answering my own mail, it's a slow day in ZopeLand.
Basically, the Data.fs file was stuffed.
What do you mean by this? Did you have trouble restarting Zope?
I couldn't use Undo or add any other objects.
Did this persist after a restart?
I had to replace it with the Data.fs file I had (fortuitously!!) saved from the night before.
Warning to others: check your quota on accounts that you run Zope under. It seems there's no way to recover from this situation, other than to use a backup (if you've got one).
You should be able to recover by just restarting Zope. If not, please report this problem to support@digicool.com. Jim -- Jim Fulton mailto:jim@digicool.com Technical Director (888) 344-4332 Python Powered! Digital Creations http://www.digicool.com http://www.python.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.
Thanks for the prompt reply Jim, At 11:54 am -0400 23/9/99, Jim Fulton wrote:
Basically, the Data.fs file was stuffed.
What do you mean by this? Did you have trouble restarting Zope?
No, I could restart it ok. I just couldn't use the Undo tag or add any objects.
I couldn't use Undo or add any other objects.
Did this persist after a restart?
Yes.
I had to replace it with the Data.fs file I had (fortuitously!!) saved from the night before.
Warning to others: check your quota on accounts that you run Zope under. It seems there's no way to recover from this situation, other than to use a backup (if you've got one).
You should be able to recover by just restarting Zope.
Hmmm. I'm loathe to do this on our production box, I'll try it out on my LinuxPPC setup at home and see what happens.
If not, please report this problem to support@digicool.com.
Jim
certainly. Cheers Tone ------ Dr Tony McDonald, FMCC, Networked Learning Environments Project http://nle.ncl.ac.uk/ The Medical School, Newcastle University Tel: +44 191 222 5888 Fingerprint: 3450 876D FA41 B926 D3DD F8C3 F2D0 C3B9 8B38 18A2
At 11:54 am -0400 23/9/99, Jim Fulton wrote:
Warning to others: check your quota on accounts that you run Zope under. It seems there's no way to recover from this situation, other than to use a backup (if you've got one).
You should be able to recover by just restarting Zope.
If not, please report this problem to support@digicool.com.
Jim
Public apology to Jim, Michel and DC coming up.... I tried the 'corrupt' database on my LinuxPPC box last night and it worked fine. Undo was there (and worked), I could add Objects and generally do all my Zopey things. So I'm sorry to have wasted your time guys. I can only presume that when I restarted Zope on my Solaris box, that I was still over quota and that that might have been the cause of the problems. Basically, I am even more impressed with Zope - I do a daft thing like go over quota, and Zope *still* doesn't wreck my system. In my meagre defence, I'm pushing the envelope at the moment, and my head is woolly. We go live with a heavily dynamic Zope system here at Newcastle on Tuesday. We're expecting 50+ concurrent users - however, a major consortium site is also going live on Tuesday (at the same time!) with 40-50 concurrent users. Additionally, our third consortium site is doing a demo to some 20-30 head honchos at (guess what?) the same time....We're all using the same Zope database (with their sites using Apache Rewrite rules to get to their specific areas). My initial reaction to this was WHAT!?, but by then it was too late as they'd booked rooms etc. So, big apologies to the DC folk, and I'll let the list know what happens on Tuesday.... Tone. ------ Dr Tony McDonald, FMCC, Networked Learning Environments Project http://nle.ncl.ac.uk/ The Medical School, Newcastle University Tel: +44 191 222 5888 Fingerprint: 3450 876D FA41 B926 D3DD F8C3 F2D0 C3B9 8B38 18A2
participants (2)
-
Jim Fulton -
Tony McDonald