Date: Tue, 29 Apr 1997 15:28:53 -0500 From: "Jeffrey J. Mountin" <sysop@mixcom.com> To: Harry Mantakos <harry@meretrix.com> Cc: hackers@freebsd.com, mrm@Mole.ORG Subject: Re: Syslog bug? (1 solved) Message-ID: <3.0.32.19970429152852.00b0f7cc@mixcom.com>
next in thread | raw e-mail | index | archive | help
At 07:52 PM 4/27/97 -0400, Harry Mantakos wrote: >You're probably running smap chrooted, and it isn't finding >/etc/localtime in its chrooted directory (typically /var/spool/smap). > >smapd is generally not run chrooted. It parses the 'directory' >parameter from the netperm-table file, but just chdir()s to that >directory rather than chroot()ing to it. Ding! Duh. Momentary lapse there, as I had to create an etc dir and copy resolv.conf to the chroot'd dir. At the minimum I need to have ./etc/localtime and ./usr/share/zoneinfo and the latter needed "posixrules", "zone.tab", and the "America" subdir or are just the first 2 required (didn't try... yet :). Now of course my math skills will deteriorate. ;) On the curious side I wonder if any date related calls access the files in /usr/share/zoneinfo *every* time a program makes a call or is this info cached? The way the code looks it is not. This means that a small amount of work (disk IO) is done for each program and each call, if there are several, and could be considered inefficient, especially when one considers how many times syslog() is used. Or is there a reason for this? ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3.0.32.19970429152852.00b0f7cc>