looking at the logs for other processes, all of the last four occurrances happened at the same time as an isql session was run against the original database. I can't think why there is any need for this isql session and the gbak session creating the new database to interact via the lock manager but the timing is exact to the second for all four.
I shall look further back to see if this holds true for earlier sessions. -- Nick Upson (01799 533252) [Non-text portions of this message have been removed]
