>Do 'Query Volume ACCess=UNAVailable,DESTroyed' and see if that classic
>cause fits this case. See that msg in ADSM QuickFacts for what we have
>collectively seen for circumstances. Look in the Activity Log for the
>volname involved and if not Destroyed, do 'Query CONtent VolName ...
>DAmaged=Yes' and see if any Damaged files on it.

 >   Richard Sims

 
There are no destroyed tapes, except one, that I tried to restore from
copypool volume. So its access is normal 
But  'Query CONtent VolName XXX DAmaged=Yes' shows for damaged all files
that I tried to retrieve.
I think the problem is not bad volumes!
I run retrieve on different clients, for randomly chosed files. So
retrieved data are spanned on different volumes. 
 
Every time the retrive fails for files bigger than 5 GB and the summary
always shows "Total number of   bytes transferred:  1.33 GB"
 
 ANE4956I (Session: 4870, Node: NODE1)  Total number of   objects
retrieved:        1(SESSION: 4870)
 ANE4959I (Session: 4870, Node: NODE1)  Total number of   objects
failed:           1(SESSION: 4870)
 ANE4961I (Session: 4870, Node: NODE1)  Total number of   bytes
transferred:  1.33 GB(SESSION: 4870)
 ANE4963I (Session: 4870, Node:NODE1)  Data transfer   time:
18.93 sec(SESSION: 4870)
 ANE4966I (Session: 4870, Node: NODE1)  Network data   transfer rate:
73,826.07 KB/sec(SESSION: 4870)
 ANE4967I (Session: 4870, Node: NODE1)  Aggregate data   transfer rate:
8,651.30 KB/sec(SESSION: 4870)
 ANE4964I (Session: 4870, Node: NODE1)  Elapsed   processing time:
00:02:41(SESSION: 4870)
 
 
I looked at ADSM QuickFacts for solution and tried restore volume from
copy pool, to move data, audit volume ..... but nothing helped.
 
 
Maria Ilieva