We recently used the "rsh filer1 dump ... | rsh filer2 restore ..." method to copy lots of user files to a new filer. We got a small number of errors, like:

RESTORE: Warning: cannot rename /fsb/soci/cmm104/ini/PINERC to /fsb/soci/cmm104/ini/RSTTMP01071733 (8.3 name ~MKN0100.7~0): No such file or directory

and then at the end:

RESTORE: bad entry: incomplete operations RESTORE: name: ./cmm104/ini/RSTTMP01071733 RESTORE: parent name ./cmm104/ini RESTORE: sibling name: ./cmm104/ini/host-news.york.ac.uk RESTORE: entry type: LEAF RESTORE: inode number: 1071733 RESTORE: flags: TMPNAME

When we looked at the source directories, we found that they had two identical entries, pointing to different inodes:

# cd /usr/fsa/soci/cmm104/ini # ls -li total 48 2411623 -rwxr--r-- 1 cmm104 soci 11222 Apr 21 1998 PINERC 707049 -rwxr--r-- 1 cmm104 soci 11222 Apr 21 1998 PINERC

The files were all PINERC files as generated by the PC-Pine application. Some were old but others were quite recent. Anyone else seen anything like this? [We ran wacky on the source filestore a couple of months ago to fix a different problem].

We're running 5.2.2P1.

Dave Atkin

------------------------------------------------------ Dave Atkin, Head of Technical Services Computing Service, University of York, YORK YO10 5DD Phone: +44-1904-433804 (ddi) Fax: +44-1904-433740 Email: D.Atkin@york.ac.uk ------------------------------------------------------