Does the backup eventually fail. If it does with what error code. Try running backup in multiple streams using wild card and look out for a troublesome folder or a file. It can be a stale NFS file entry and it can be resolved either by rebooting or mounting and unmounting the file system.
Regards, Saranjit Singh Brar > To: VERITAS-BU@mailman.eng.auburn.edu; > veritas-bu-boun...@mailman.eng.auburn.edu > From: harpreet_si...@ctl.creative.com > Date: Fri, 3 Dec 2010 06:20:27 +0800 > Subject: [Veritas-bu] Slow moving backup. > > Dear all, > > It is noticed when I am doing backup via NFS I am getting below messages. > Where it hangs the backups for a short while. > > Any Idea how to fix this. > > > log file from /bpbkar > > 05:40:25.146 [23204] <4> bpbkar > PrintFile: /vcb_bkup/CTL-EPO/CTL-EPO-2010-12-02--1/CTLEPO1-flat.vmdk > 05:40:25.230 [23204] <4> bpbkar > PrintFile: /vcb_bkup/CTL-EPO/CTL-EPO-2010-12-02--1/CTLEPO1.vmdk > 05:40:25.237 [23204] <4> bpbkar > PrintFile: /vcb_bkup/CTL-EPO/CTL-EPO-2010-12-02--1/CTLEPO1.vmx > 05:40:25.237 [23204] <4> bpbkar PrintFile: /vcb_bkup/CTLCVS1/ > 05:40:25.263 [23204] <4> bpbkar > PrintFile: /vcb_bkup/CTLCVS1/CTLCVS1-2010-12-02--1/ > 05:40:25.263 [23204] <2> bpbkar process_file: INF > - /vcb_bkup/CTLCVS1/CTLCVS1-2010-12-02--1/CTLCVS1-flat.vmdk is sparse: > stat.st_size = 10758666240, stat.st_blocks * 512 = 10731413504 > 05:51:17.039 [23204] <2> bpbkar process_file: INF > - /vcb_bkup/CTLCVS1/CTLCVS1-2010-12-02--1/CTLCVS1-flat.vmdk is now size > 9914671872 > 06:04:41.236 [23204] <4> bpbkar > PrintFile: /vcb_bkup/CTLCVS1/CTLCVS1-2010-12-02--1/CTLCVS1-flat.vmdk > 06:04:41.329 [23204] <4> bpbkar > PrintFile: /vcb_bkup/CTLCVS1/CTLCVS1-2010-12-02--1/CTLCVS1.vmdk > 06:04:41.330 [23204] <4> bpbkar > PrintFile: /vcb_bkup/CTLCVS1/CTLCVS1-2010-12-02--1/CTLCVS1.vmx > 06:04:41.330 [23204] <4> bpbkar PrintFile: /vcb_bkup/CTLDB2/ > 06:04:41.369 [23204] <4> bpbkar > PrintFile: /vcb_bkup/CTLDB2/CTLDB2-2010-12-02--1/ > 06:04:41.371 [23204] <2> bpbkar process_file: INF > - /vcb_bkup/CTLDB2/CTLDB2-2010-12-02--1/CTLDB2-flat.vmdk is sparse: > stat.st_size = 10751490048, stat.st_blocks * 512 = 10743996416 > 06:12:42.464 [23204] <2> bpbkar process_file: INF > - /vcb_bkup/CTLDB2/CTLDB2-2010-12-02--1/CTLDB2-flat.vmdk is now size > 10565035520 > With Warm Regards > =-=-=-=-=-=-=-=-=-=-=-=-=- > Harpreet Singh Chana > > Phone : (O) 6895 - 4326 > Fax : (O) 6895 - 4991 > =-=-=-=-=-=-=-=-=-=-=-=-=- > Please do not print this email unless it is absolutely necessary. > > > Notice > The information in this message is confidential and may be legally > privileged. It is intended solely for the addressee. Access to this > message by anyone else is unauthorized. If you are not the intended > recipient, any disclosure, copying or distribution of the message, or > any action taken by you in reliance on it, is prohibited and may be > unlawful. If you have received this message in error, please delete it > and contact the sender immediately. Thank you. > > > > > > "WEAVER, Simon > (external)" > <simon.wea...@ast To > rium.eads.net> "Ed Wilts" <ewi...@ewilts.org>, > Sent by: <VERITAS-BU@mailman.eng.auburn.edu> > veritas-bu-bounce cc > s...@mailman.eng.aub > urn.edu Subject > Re: [Veritas-bu] New netbackup > master server spec > 11/30/2010 02:24 > PM > > > > > > > > > with Ed here - G7 are super machines, and strongly and highly recommended > for Windows ! > Simon > > From: veritas-bu-boun...@mailman.eng.auburn.edu [ > mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Ed Wilts > Sent: Monday, November 29, 2010 3:59 PM > To: VERITAS-BU@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] New netbackup master server spec > > On Mon, Nov 29, 2010 at 9:37 AM, xgtdec <netbackup-fo...@backupcentral.com> > wrote: > 64 Gig, would you think thats a minimum, if you could afford more would > nbu 7.0 use it? Any other general Spec considerations you would take? > > There are a lot of "it depends" here. > > It depends on how many jobs you're scheduling and how frequently. It > depends on whether you're a media server as well as a master server. It > depends on whether you're doing de-dupe. It depends on how many restores > you're doing and how big those restores are. > > Since you have a pair of master servers now, you're in good shape to know > what your expected load should look like. Take the requirements for both > servers, add them up, figure out how much you're currently behind the > curve, and add your expected growth. > > You can pick up a nice DL580 G7 - the "performance" model comes > pre-configured with 4 8-core processors and 64GB of RAM. We're getting one > with Linux to replace our aging Solaris-based server but there's no reason > you couldn't run Windows on it. > > .../Ed > > > This email (including any attachments) may contain confidential > > and/or privileged information or information otherwise protected > > from disclosure. If you are not the intended recipient, please > > notify the sender immediately, do not copy this message or any > > attachments and do not use it for any purpose or disclose its > > content to any person, but delete this message and any attachments > > from your system. Astrium disclaims any and all liability if this > > email transmission was virus corrupted, altered or falsified. > > -o- > > Astrium Limited, Registered in England and Wales No. 2449259 > > Registered Office: > > Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England > > > > > > _______________________________________________ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > ForwardSourceID:NT00183616 > > _______________________________________________ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
_______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu