error(200) zdaemon process 859 terminated by signal SIGXFSZ(25) .
Chuck Aamdi wrote:
Jamie Heilman wrote:
Chuck Aamdi wrote:
I have be runnnig Zope & cmf for my Organisation for a while everything functioning fine and also have created other zope author content managers who have been updateing their folders .I now recieved this error(200) zdaemon process 859 terminated by signal SIGXFSZ(25) .
Version of Zope? Operating system? SIGXFSZ implies you're exceeding a (file size) resource limit. I think the LFS guys might be using it for other nefarious purpsoses as well.
Using Zope version 2.6.1 O/S Linux Red Hat 8.
Is there a way to restore it as I have gone back to a backup - but would meen that I hav lost a lot of web work . And Also would meen not worth continuing until we replace Zope Intrenal db with Postgresql .
1) keep replies on the list, my mail-followup-to was set appropriately 2) upgrade to Zope 2.6.2 3) "a way to restore it" ... what is "it"? Have you established why zdaemon received a SIGXFSZ? Did your FileStorage exceed 2G perhaps? Are your python and libc built with LFS support? Does "it" refer to your FileStorage? Don't make us guess, it wastes time. 4) Zope internal db, being what exactly? The default ZODB FileStorage, a Gadfly instance? Sorry for my vaguness I wasn't aware the the error given needed further disecting I will check for 1) To this I will use the list 2) I am using this version 2.6.1 for now . 3) I will investigate FileStorage - I know that the var/data.fs files were 450mb 4) I assumed ZODB was the internal db .I note that the buffer is set to 800kb and can be exceeded. I have read the Plone Doc's and it didn't flag and specify - filestorage or LFS So look again. Cheers Chuckie -- Chuck Amadi, ICT Systems Programmer, Brecon Beacons National Park Authority Direct Line: 01874 620440 FAX: 01874 622574 EMAIL: chuck.amadi@breconbeacons.org _______________________________________ \ \ \ Chuck Amadi,ICT Systems Programmer \ __________ | \ \ / \___-=O`/|O`/___| \ . \_______\ / | / ) / / `/-==__ _/__|/__=--| / / * \ | | / / (o) /______________________________________/ Nid yw'r farn a fynegir gan anfonwr y neges hon o anghenraid yn adlewyrchu barn Awdurdod Parc Cenedlaethol Bannau Brycheiniog. Neges yw hon a fwriadwyd ar gyfer y derbynnydd/derbynyddion yn unig ac fe'i hanfonir yn gyfrinachol; os ydych yn ei dderbyn mewn camgymeriad, a fyddech gystal %/1??iso8859-15?â rhoi gwybod i ni (yn it@breconbeacons.org) ac yna dil%/1??iso8859-15?ëwch bob copi. The views expressed by the sender of this message don't necessarily represent those of Brecon Beacons National Park Authority. This message is intended for the addressee(s) only and is sent in confidence; if you receive it in error, please can you let us know (at it@breconbeacons.org) and then destroy all copies. --------------------------------------------------------------------------- Brecon Beacons National Park Authority takes every care to keep its network free from viruses. All emails are scanned and verified virus-free by Sophos Anti-Virus software. *** IT IS THE RECIPIENTS RESPONSIBILITY TO CHECK ALL MESSAGES FOR VIRUSES ***
Chuck Aamdi wrote: 3) I will investigate FileStorage - I know that the var/data.fs files were 450mb
Hmmm, 450M isn't remotely near 2G so its probably not an LFS issue (providing you've taken the usual steps to limit file upload sizes in your gateway server to protect against Denial of Service attacks--if you haven't all bets are off). That would imply that the user you're running zope as has an rlimit (or perhaps a disk quota?) that you're running into, assuming bourne shell you can check that with 'ulimit -f'.
4) I assumed ZODB was the internal db .I note that the buffer is set to 800kb and can be exceeded.
OK, the ZODB is an persistant object store; replacing it with a relational database, while it can purportedly be done, is of rather questionable value. -- Jamie Heilman http://audible.transient.net/~jamie/ "Paranoia is a disease unto itself, and may I add, the person standing next to you may not be who they appear to be, so take precaution." -Sathington Willoughby
participants (2)
-
Chuck Aamdi -
Jamie Heilman