If you saved or still have the actlog from the time of the export check for messages like:
ANR0635I EXPORT NODE: Processing node RCOWEN in domain STANDARD. ANR0627I EXPORT NODE: Copied 2 file space 0 archive files, 23420 backup files, and 0 space managed files. ANR0629I EXPORT NODE: Copied 299457501 bytes of data. And similar IMPORT messages. Richard -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray Sent: Wednesday, October 25, 2017 4:05 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Huge differences in file count after exporting node to a different server There is a small difference but not enough to make that big of a difference in file/object-count but not in occupancy. On Wed, Oct 25, 2017 at 3:43 PM, Sasa Drnjevic <sasa.drnje...@srce.hr> wrote: > > Any thoughts? > > Directories vs files? > > Are you sure the mgmt classes are 100% same? > > > Regards. > > -- > Sasa Drnjevic > www.srce.unizg.hr > > > > > > On 2017-10-25 21:35, Zoltan Forray wrote: > > I am curious if anyone has seen anything like this. > > > > A node was exported (filedata=all) from one server to another (all > servers > > are 7.1.7.300 RHEL) > > > > After successful completion (took a week due to 6TB+ to process) and > > copypool backups on the new server, the Total Occupancy counts are > > the > same > > (13.52TB). However, the file counts are waaay off > > (original=17,561,816 > vs > > copy=12,471,862) > > > > There haven't been any backups performed to either the original > > (since > the > > export) or new node. Policies are the same on both servers and even > > if > they > > weren't, that wouldn't explain the same occupancy size/total. > > > > Neither server runs dedup (DISK based storage volumes). > > > > Any thoughts? > > > > -- > > *Zoltan Forray* > > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator > > Xymon Monitor Administrator VMware Administrator Virginia > > Commonwealth University UCC/Office of Technology Services > > www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be a phishing > > victim - VCU and other reputable organizations will never use email > > to request that you reply with your password, social security number > > or confidential personal information. For more details visit > > http://phishing.vcu.edu/ > > > -- *Zoltan Forray* Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor Administrator VMware Administrator Virginia Commonwealth University UCC/Office of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://phishing.vcu.edu/ This email has been scanned by BullGuard antivirus protection. For more info visit www.bullguard.com