Hi Gyula,

 I know what you mean but I had been through exactly the same problem as
data was entering faster than I could migrate. As far as I know there is
no way to speed up the reconcilation process as it is run at the
filesystem level. i.e it processes each & everyfile to create the list
onf candidates.

 The way I solved the problem was to increase the difference in
thresholds & a  big premigration percentage value greater than
the difference between the two thresholds this will load your network
for the first time but when it finishes the migration it put files in
promigrated state when will vacate the file system quickly. It did with
80% & 50% & 35% premig%.  I  am running reconcile & dsmautomig manually
to avoid filesystems to get full once a week will be good enough.

See if it can help you.

Regards

Arshad


>From owner-adsm-l AT VM.MARIST DOT EDU Thu Dec 03 04:55:28 1998
>Received: from [148.100.1.2] by hotmail.com (1.0) with SMTP id
MHotMail309014250110335065324942489581826146003; Thu Dec 03 04:55:28
1998
>Received: from VM.MARIST.EDU by VM.MARIST.EDU (IBM VM SMTP V2R3)
>   with BSMTP id 0329; Thu, 03 Dec 98 07:23:14 EST
>Received: from VM.MARIST.EDU (NJE origin LISTSERV@MARIST) by
VM.MARIST.EDU (LMail V1.2b/1.8b) with BSMTP id 3953; Thu, 3 Dec 1998
07:23:12 -0500
>Received: from VM.MARIST.EDU by VM.MARIST.EDU (LISTSERV release 1.8c)
with NJE
>          id 1725 for ADSM-L AT VM.MARIST DOT EDU; Thu, 3 Dec 1998 07:23:09