Thank you Paul for your speed answer! From what you tell me it sounds like I have a problem with packing! And that could be effectively! I use this command on crontab: 40 4 * * 6 /usr/local/bin/curl -u clean:database http://localhost:8080/Control_Panel/Database/main/manage where "clean" is a user I created for this operation only, with "database" as password. It didn't pass, because of security settings => I set local roles with Control_Panel/Database/manage_setLocalRoles and gave "clean" the "manager" role => it worked OK manually, but with the cron stuff it didn't pass (I must have done something wrong!) But the thing is that a "pack" command was sent by cron, eventhough it didn't pass (I got some mail from the system telling me that I didn't have the rights to do that command) Could it be that, for some reason the "packing process" had been initiated, although it could not go through => locking the Data.fs file and writing to the Data.fs.tmp file ? That could explain the problem we have! By the way, which is the best way to initiate a packing automatically? I have seen the "zeopack" script in 2.7.4, but I guess it wouldn't work with zope without zeo, would it? Thank again for your answers! serge Le 14 mars 05, à 18:00, zope-request@zope.org a écrit :
Date: Mon, 14 Mar 2005 11:16:52 -0500 From: Paul Winkler <pw_lists@slinkp.com> Subject: Re: [Zope] Database not in sync for days ? To: "'zope@zope.org'" <zope@zope.org> Message-ID: <20050314161652.GD2275@slinkp.com> Content-Type: text/plain; charset=us-ascii
On Mon, Mar 14, 2005 at 04:56:34PM +0100, Renfer Serge (EDU) wrote:
Hello again,
I have some more info about my Data.fs not in sync for days.
The person responsible for the Solaris server told me that he couldn't find more recent Data.fs from his incremental backup than the one from the 3rd of march (it should be daily backuped), it is as if the system (zope) hadn't touch the Data.fs file ???
That is only possible if Zope is either not using the storage you think it is (i.e. you're making assumptions about your configuration that aren't true), or Zope is actually writing to Data.fs.tmp. More below.
Since this weekend crash, I restarted zope this morning, the instance was running for 7 hours and the Data.fs had not changed its size, whereas the Data.fs.tmp had grown to 147Mb (many persons importing backup, I guess)
The only situation I know of when Data.fs.tmp gets used is during packing. But I've been a user of DirectoryStorage for over a year so I could well be forgetting something.
=> I went to the "Control_Panel/Database/temporary/manage_main" it was mentionned to be 0.0K !
That's typically just for session objects, probably not relevant.
=> I went to the "Control_Panel/Database/main/manage_main" it took a long time and the size of my 2.7Gb (this morning) had grown upto 3.0Gb
=> I went back to a term and found out that the Data.fs.tmp had shrunk to 0 byte and Data.fs had effectively grown over 3Gb.
Sounds like packing finished.
Does zope keep a buffer in Data.fs.tmp ?
Yes, but only during operations that need to lock changes to Data.fs. The only such operation that I recall is packing.
And could it be that one has to open (manually) the "Control_Panel/Database/main/manage_main" to flush this tmp buffer to the Data.fs ?
No, that should be irrelevant.
--
Paul Winkler http://www.slinkp.com
Serge Renfer wrote:
I have seen the "zeopack" script in 2.7.4, but I guess it wouldn't work with zope without zeo, would it?
Indeed, which is why you should be using ZEO ;-) Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
Serge Renfer wrote at 2005-3-14 20:22 +0100:
... Could it be that, for some reason the "packing process" had been initiated, although it could not go through => locking the Data.fs file and writing to the Data.fs.tmp file ?
No. Packing, too, works with a temporary file, but it is not "Data.fs.tmp" (but "Data.fs.pack"). -- Dieter
On Wed, Mar 16, 2005 at 09:51:30PM +0100, Dieter Maurer wrote:
Serge Renfer wrote at 2005-3-14 20:22 +0100:
... Could it be that, for some reason the "packing process" had been initiated, although it could not go through => locking the Data.fs file and writing to the Data.fs.tmp file ?
No.
Packing, too, works with a temporary file, but it is not "Data.fs.tmp" (but "Data.fs.pack").
Ah, right, I had misremembered that. -- Paul Winkler http://www.slinkp.com
participants (4)
-
Chris Withers -
Dieter Maurer -
Paul Winkler -
Serge Renfer