Hi, We have recently implemented a Peer to Peer VTS solution, and are seeing some interesting 'anomalies' when looking at the copy queue from the IBM ATL Specialist software.
Some volumes seem to enter the copy queue and are processed almost immediately - others seem to 'sit' there for eternity before being processed. Please note that this is not related to the use of the 'Immediate' or 'Deferred' PTP options - simply the time volumes spend on the copy queue. For example, in the below table volume V51008 has been in the queue for more than 2 hours - many other volumes (both smaller and larger in size) have been in and out of the copy queue since V51008 first appeared. Volser Source VTS Bytes to be written Age in queue U73204 VTS0A 830652416 0:00:23:54 V51034 VTS0A 831205376 0:00:07:46 V51036 VTS0A 830656512 0:00:06:49 V51030 VTS0A 830656512 0:00:15:30 V51008 VTS0A 452952064 0:02:56:10 Has anyone else noticed anything similar? Is there any logic behind it, or is it purely a black art? Further, this situation seems exclusive to the 'Copy Queue' display on the specialist - an OAM display for the same volume will indicate that it is replicated...some time later, the 'Copy Queue' will mysteriously be updated! Mike. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
