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 AT VM.MARIST DOT EDU] On Behalf Of
Zoltan Forray
Sent: Wednesday, October 25, 2017 4:05 PM
To: ADSM-L AT VM.MARIST DOT 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.Drnjevic AT srce DOT 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 zforray AT vcu DOT 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 zforray AT vcu DOT 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
|
