Have you reviewed the TSM server activity log for the time period of the MOVE DATA command to see if any warning or error messages were issued for that process?
- Andy ____________________________________________________________________________ Andrew Raibeck | Tivoli Storage Manager Level 3 Technical Lead | [email protected] IBM Tivoli Storage Manager links: Product support: http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager Online documentation: https://www.ibm.com/developerworks/mydeveloperworks/wikis/home/wiki/Tivoli +Documentation+Central/page/Tivoli+Storage+Manager Product Wiki: https://www.ibm.com/developerworks/mydeveloperworks/wikis/home/wiki/Tivoli +Storage+Manager/page/Home "ADSM: Dist Stor Manager" <[email protected]> wrote on 2013-10-10 10:45:42: > From: Tristan Kelkermans <[email protected]> > To: [email protected], > Date: 2013-10-10 10:46 > Subject: Re: Move data to another storage pool > Sent by: "ADSM: Dist Stor Manager" <[email protected]> > > Hi, > > Absolutely both are storage pools with dedup enabled. Maybe it has to do > with tails of big files written in these volumes as Grigori said but i'm > not sure about it. > > Query content doesn't show any files in those volumes but when you do an > audit volume it finds more than one file in it.. > > Tristan > > > 2013/10/10 Prather, Wanda <[email protected]> > > > I am having a similar problem. > > Is this a deduplicated storage pool? > > In my case I'm suspecting that has something to do with it. > > > > > > -----Original Message----- > > From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of > > Tristan Kelkermans > > Sent: Wednesday, October 09, 2013 12:19 PM > > To: [email protected] > > Subject: [ADSM-L] Move data to another storage pool > > > > Hello all, > > > > I'm moving content from one storage pool to another one using command move > > data *volume_name *stg=*other_stg* > > * > > * > > Unfortunately, some volumes stay in 'Filling' status whereas the move data > > process completed successfully. > > When I try to move data from this volume again, nothing changes. > > > > Also, this volume can be move to another volume in the same storage pool > > but it takes a completely new scratch volume to do it. > > > > When I run an audit volume I can see there are some files in it, but none > > of these are damaged. A query content doesn't show anything... > > > > VOLUME_NAME: N:\TSM_SATA\000E1EF0.BFS > > > > STGPOOL_NAME: DISK_VM > > > > DEVCLASS_NAME: FILECLASS_SATA > > > > EST_CAPACITY_MB: 51200.0 > > > > SCALEDCAP_APPLIED: > > > > PCT_UTILIZED: 0.0 > > > > STATUS: FILLING > > > > ACCESS: READWRITE > > > > PCT_RECLAIM: 0.0 > > > > SCRATCH: YES > > > > ERROR_STATE: NO > > > > NUM_SIDES: 1 > > > > TIMES_MOUNTED: 4 > > > > WRITE_PASS: 1 > > > > LAST_WRITE_DATE: 2013-09-17 02:09:51.000000 > > > > LAST_READ_DATE: 2013-10-09 18:10:45.000000 > > > > PENDING_DATE: > > > > WRITE_ERRORS: 0 > > > > READ_ERRORS: 0 > > > > LOCATION: > > > > MVSLF_CAPABLE: No > > > > CHG_TIME: 2013-10-09 12:08:18.000000 > > > > CHG_ADMIN: TRISTAN > > > > BEGIN_RCLM_DATE: > > > > END_RCLM_DATE: > > > > VOL_ENCR_KEYMGR: > > > > BLOCK_PROTECT: No > > > > Any idea with this issue ? > > > > Thanks for you help > > > > Regards, > > *Tristan * > > >
