Hi folks,
we experienced a similar behaviour, which was due to processing
thousand's of links in a directory, which the WWW-harvester had
produced. It took hours and we aborted the run. So check if there is a
directory with a huge number of entries in it and take some action on it.
Btw: we tried with Exclude, but this didn't work
> >----------
> >From: Richard Sims[SMTP:rbs AT bu DOT edu]
> >Sent: Friday, February 28, 1997 10:37 AM
> >To: ADSM-L AT vm.marist DOT edu
> >Subject: Re: ADSM client "sleeping" during backup
> >
> >> From 20:53 until 3:49, we got nothing done. But MeasureWare shows that
> >> dsmc cpu utilization was nearly 100% during that time. (There is other
> >> work running on the machine, after all!)
> >>
> >> This happens every night on this system.
> >>
> >> Any ideas about what could be causing this aberrant behavior?
> >
> >This kind of behavior during backup is typically a function of the structure
> >and
> >content of the client file system. Remember that the client first asks the
> >server for the details on all relevant files previously backed up, and then
> >it is
> >up to the client to run through its file system comparing files against this
> >list
> >so as to determine if the file needs to be backed up. If the dsmc is getting
> >mired in doing this, it's worth checking the file system for links and mounts
> >which may cause redundant/wasteful path traversals. If you know when this
> >started
> >you can try to identify any system change which might contribute to this.
> >In any case it's worth looking over any client's file system structure from
> >time
> >to time to identify irregularities which can throw off any function which is
> >walking the file system. Richard Sims, Boston University OIT
> >
>
--
MfG / Ciao - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MfG / Ciao - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Peter Dümpert Email: p.duempert AT tu-bs DOT
de
Rechenzentrum der Technischen Universität Fax : ++49/531/391-5549
D 38092 Braunschweig Tel : ++49/531/391-5535
|