[ZODB-Dev] HOWTO recover from Data.fs.tmp

[Jens Vagelpohl]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On 2 Oct 2006, at 16:54, Juan Pablo Giménez wrote:

> El lun, 02-10-2006 a las 22:20 +0200, Roché Compaan escribió:
>> On Mon, 2006-10-02 at 17:19 -0300, Juan Pablo Giménez wrote: > El  
>> lun, 02-10-2006 a las 14:00 -0400, Benji York escribió: > > >>  
>> "Data.fs.tmp" usually only contains the last transaction  
>> (although, > > >> it may not free unused space at the end). > > >  
>> > > > but... that's a bug... why zope keep writing in .tmp file if  
>> we can't > > > recover nothing from there?!?!... > > > > Why is it  
>> a bug? A .tmp file is just that, temporary. It's not a backup. > >  
>> ok... but, if you delete Data.fs zope keep running, writing data  
>> into > Data.fs.tmp, and don't log nothing about it. Sorry, but  
>> that's a > bug... Deleting Data.fs is also a bug ;-)
> <smiley-3.png>
>
>
>     thanks Roché... but that's not the point... and that's not the  
> case... I just reproduce the behavior deleting or moving/copying/ 
> deleting the data file... maybe the problem was a corrupted  
> Data.fs, but why zope keeps writing a useless file?

Because Zope does not *know* that its directory entry has been  
removed from the directory it was placed in. You misunderstand what  
"delete" means in this case. It does not mean "remove all traces". It  
means "remove the entry from the directory", which has no influence  
at all on processes that still hold a handle to that file.

jens



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFFIYGmRAx5nvEhZLIRAs2fAJwKcrsKsYg5uF+9IyCRRwO7H8H3+QCglDm2
aFyZvS9yCpkM85Fv1ucnvZI=
=Ckp4
-----END PGP SIGNATURE-----