Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!decvax!ucbvax!ucbcad!nike!lll-crg!seismo!umcp-cs!chris From: chris@umcp-cs.UUCP (Chris Torek) Newsgroups: net.unix Subject: Re: Advice requested regarding strange rdist error messages Message-ID: <3716@umcp-cs.UUCP> Date: Mon, 6-Oct-86 21:38:53 EDT Article-I.D.: umcp-cs.3716 Posted: Mon Oct 6 21:38:53 1986 Date-Received: Wed, 8-Oct-86 04:18:34 EDT References: <2760@rsch.WISC.EDU> Reply-To: chris@umcp-cs.UUCP (Chris Torek) Distribution: na Organization: University of Maryland, Dept. of Computer Sci. Lines: 32 In article <2760@rsch.WISC.EDU> pfeiffer@rsch.WISC.EDU (Phil Pfeiffer) writes: >Problem: rdist occasionally quits with strange error messages. >This output fragment, for example, is from an rdist job I ran today: [many messages deleted] >>rdist: /usr/pfeiffer/pfeiffer/mainl/muzak/rdist010562: No such file >>or directory > >I was wondering whether the problem was write-access conflicts. No, though you are close: >... I think this rdist problem has cropped up when I was manually scanning >files at the same time an rdist job was touching them. The way rdist copies files about might seem rather strange at first, but if you think about it you will see why it is done that way. Rdist creates little temporary working files for everything it will update before it actually goes about updating them. If you are running another rdist at the same time, in particular with the `-R' flag, it will tend to spot these `anomalous' files and remove them. The first rdist complains as soon as it tries to find the file again, and your rdist command is told to exit(1). It is best to run exactly one rdist at a time, and only from one `central' machine, so that multiple rdists will not interfere with each other. If you are sneaky, you can use `special's to sequence rdist runs, if you must have more than one `master'. -- In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 1516) UUCP: seismo!umcp-cs!chris CSNet: chris@umcp-cs ARPA: chris@mimsy.umd.edu