Path: utzoo!attcan!uunet!samsung!xylogics!loverso From: loverso@Xylogics.COM (John Robert LoVerso) Newsgroups: comp.sys.encore Subject: Re: Umax 4.3 features Summary: oops in tftpd Message-ID: <9384@xenna.Xylogics.COM> Date: 27 Jun 90 14:55:33 GMT References: <9006271356.AA04474@cs.niu.edu> Reply-To: loverso@Xylogics.COM (John Robert LoVerso) Organization: Xylogics, Inc., Burlington MA Lines: 36 > >1) Every 15 minutes or so, tftpd (I guess) is creating a zero-length > >file in /tmp. The files are named tftp.nnnnn, where nnnnn is an integer, > >presumably a process number. > > Here is what seems to be happening: > > When tftp is started up by inetd, it opens the file /tmp/tftp.pid > as a log file, in which to record error messages. Since these files are not normally created by any other tftpd, and UMAX's in.tfptd just comes from the Sun NFS3.2 distribution, I originally thought this might just be some debugging that was added but later forgotten about. Why this would be added was odd, because Sun's in.tfptd uses syslogging for extensive debugging and logging of tftpd activity. After checking the in.tftpd binary in UMAX4.3, I found that it had stub versions of the "openlog" and "syslog" functions. These stub versions just open and/or write to a file in /tmp instead of actually using the real syslog calls! A possible explanation for this might be that at the time the code was originally ported, UMAX4.2 was still in production and so they might not have wanted to deal with its old 4.2-style syslogd. Thus, this might just be a loose end that was missed before UMAX4.3 was released. However, in the meantime, instead of getting loggin from in.tftpd in syslog under the auth or daemon facilities, you'll just have to look for non-zero-length /tmp/tftp.$$ files! BTW, I've observed more than one UMAX machine at Encore with hundreds of the /tmp/tftp.$$ sitting around (presumably from X terminals booting). Maybe someone there will eventually notice it! John -- John Robert LoVerso Xylogics, Inc. 617/272-8140 x284 loverso@Xylogics.COM Annex Terminal Server Development Group