Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.1 exptools 1/6/84; site ihnp4.UUCP Path: utzoo!watmath!clyde!burl!ulysses!mhuxj!ihnp4!gjm From: gjm@ihnp4.UUCP (Gary J. Murakami) Newsgroups: net.bugs.uucp,net.mail Subject: Re: dual -> ihnp4 UUCP lossage on 10/17 Message-ID: <670@ihnp4.UUCP> Date: Sun, 21-Oct-84 08:03:06 EDT Article-I.D.: ihnp4.670 Posted: Sun Oct 21 08:03:06 1984 Date-Received: Mon, 22-Oct-84 01:57:41 EDT References: <845@dual.UUCP> Distribution: net Organization: AT&T Bell Labs, Naperville, IL Lines: 20 The problem was not the fault of ihnp4, nor of uucp on ihnp4. The problem was my fault, and I apologize for the loss of mail. Due to a heavier than usual load of mail on ihnp4, I turned on an experimental "Distributed UUCP" to help drain the queue on ihnp4. This experiment runs on ihnp1, adding extra CPU cycles and device bandwidth while using a Newcastle type of Distributed UNIX to access the spool on ihnp4. This works fine for master transfer of files out, but there are problems with permissions after switching roles to slave. With System V, an intricate procedure for suid programs is necessary to create directories. The remote file server doesn't quite handle this correctly. This only ran for one pass at the queue on ihnp4, so the number of systems affected should have been small (sorry, Erik). However I'll find and fix the problem before using this again on real work. -Gary