Ticket #1965 (new defect)

Opened 11 years ago

Last modified 10 years ago

Provide a utility to clean up files created in aborted transactions

Reported by: gracinet Owned by: gracinet
Priority: P2 Milestone: CPS 3.4.10
Component: CPSTramline Version: TRUNK
Severity: normal Keywords:


Here are the consequences of #1923 for CPSTramline.

Since the after commit hook doesn't get called for aborted transactions, in case a TramlineFile has been cloned in an aborted transaction, the created file system link will stay in the repository, whereas it should have been removed. Upon further deletion of the holding document and repository purge, there'll be at least a remainding link for the inode, so disk space won't be freed. The more conflicts the application wlll untergo, the more of the problem this will be. This is minor compared to the transactional problems that plague DiskFile, though.

Within CPS, cloning occurs during copy-pasting and version rise after revision freeze.

A proper solution would be to costly to implement for the near future, but a simple housekeeping script would do the job. For performance reasons, this script may very well have to be based on a log of recent cloning operations. and take absolutely no risk of data loss.

Change History

comment:1 Changed 10 years ago by madarche

  • Milestone changed from CPS 3.4.8 to CPS 3.4.9

comment:2 Changed 10 years ago by gracinet

  • Milestone changed from CPS 3.4.9 to CPS 3.4.10

Not done yet at all. Would be obsoleted by the 2-phase commit stuff

Note: See TracTickets for help on using tickets.