Hi Jessica. I agree with what Matthew Huff said about the extreme
levels of recursion. find will keep trying to follow the path. You
can run the command interactively and find where find gets stuck.
Then you might try what I did below. It requires a lot of patience
but you'll eventually break out of it and your backups will be able
to run again. Another thing to try if this isn't the problem in your
case is to set the inactivity timeout to 240 or so.

Best regards, Scotty.

> The
> second problem is real ugly. PXG has a recursive symlink that
> regenerates itself...
>
> * dido:/export/netapp/user save: path length of 1026 too long,
> directory not saved:
> * dido:/export/netapp/user
> /export/netapp/user/pxg/rams/c8fq-18/rev_model/pshort/backup/backu
> p/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/
> backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/ba
> ckup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/back
> up/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup
> /backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/b
> ackup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/bac
> kup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backu
> p/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/
> backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/ba
> ckup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/back
> up/backup/backup/backup/bac* dido:/export/netapp/user kup
> * dido:/export/netapp/user save: RPC error: RPC cannot encode
> arguments
> * dido:/export/netapp/user save: save of /export/netapp/user to dido
> failed
>
> I checked in dido:/nsr/logs/daemon.log to find this. Below is one
> method of removing the recursive link. If you are patient enough and
> keep going it will eventually clean this out. It may be a good
> exercise for PXG ;>) . Another method is to plant a .nsr skip
> directive in ~pxg/....pshort for the backup subdir but that's just a
> bandaid.
>
> Hope this helps, Scotty.


> >
> > I found a very ugly way of getting rid of this but it works
> > (eventually). Go to the dir where the recursion starts and create
> > two dirs. I use a and b here. mv drc a, then run this while loop for
> > a few hours. It removes the top 6 levels and copies the remainder
> > over to b where it removes the next 6 levels, etc.
> >
> > while ( 0 ) do "mv a/*/*/*/*/*/*/* b/ ; rm -rf a/* ; mv
> > b/*/*/*/*/*/*/* a/ ; rm -rf b/*" done
> >
> > I used the Bourne shell to escape the meaning of "~".
> >

--
>>>>>>>>>>>>>>>>>>>>>*<<<<<<<<<<<<<<<<<<<
W. Scott Lippold   Are we having fun yet?
Sr. Systems Administrator wsl AT cypress DOT com
Cypress Semiconductor, Inc.  408/943-2127

--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=