Reverse deployment 'committing' behaviour

System

Hi DevNetters!
I'm running a reverse deployment that pulls content from a remote system into the TeamSite repository that's co-resident with the OpenDeploy Base Server.

This is eventually working correctly, but the portion of the deployment that is represented by 'committing' when viewing the deployment in the OpenDeploy Admin interface is taking a long time.

Here's some information about the environment:
A solaris 10 environment
TeamSite 6.7.1, no service packs
OpenDeploy Base Server version: 6.1.1.0.0 Build 62302 Interwoven 20061128
Deployments can be fairly large: 5000 to 10000 files / deployment
Deployment is not transactional

Any ideas why this 'committing' phase takes a long time? It seems to take as long as the file transfer process.

I thought that maybe it was a transactional deployment and that a series of rewrites was taking place, but it's not transactional.

I also have a thought that, since we're writing into a TeamSite workarea, that perhaps the inherent 'misdirection' of writing into the TeamSite repository is a bit slower.

It is, also, a reverse deployment and I don't know if that has any bearing on the issue.

I'll hit the manuals to see if they've got some additional information on that phase of a deployment - but if any of you have run into this issue or just know offhand why this takes place, all help is appreciated!!

Wally Box
Nike, Inc.