On Sept 30, I wrote:
$ Running "ypmatch anyservice services" always gives me
$
$ Can't match key anyservice in map services.byname. Reason: no such key in map.
$
$ I'm not sure if this is related to my more immediate problem. Pop
$ (tcp port 110) is not coming up, even though the regular services,
$ such as smtp, are working. Does anyone know what I can do to make
$ pop recognized? And is this likely to be related to my services
$ database problem?
I got help from:
david@srv.PacBell.COM (David St. Pierre)
birger@vest.sdata.no (Birger A. Wathne)
Barry Margolin <barmar@Think.COM>
tim@ben.dciem.dnd.ca
AnnKian <YEOAK%NUSDISCS.bitnet@CUNYVM.CUNY.EDU>
Christian Lawrence <cal@soac.bellcore.com>
trinkle@cs.purdue.edu (Daniel Trinkle)
Bryan_Cardoza@Novell.COM (Bryan Cardoza)
poffen@sj.ate.slb.com (Russ Poffenberger)
dan@bellcore.com (Daniel Strick)
fabrice@pure.com (Fabrice Guerini)
blymn@awadi.com.AU (Brett Lymn)
jpd@ucs.usl.edu
trdlnk!mike@uunet.UU.NET (Michael Sullivan)
Dave Mitchell <D.Mitchell@dcs.sheffield.ac.uk>
Casper Dik <casper@fwi.uva.nl>
The problems turned out to be unrelated. I could not do a ypmatch
because the keys are not the service names as the name
"services.byname" would imply. Instead, the keys are portnum/protocol,
e.g. 25/tcp rather than smtp.
Several people reminded me that having a blank line in any NIS file
cause will cause all sorts of bizarre and horrible problems.
Several people reminded me to either kill and restart or to send a HUP
signal to it, which causes it to reread the inetd.conf file. I could
have sworn I had done this, but when I did it, the service became
available, so this was what I had needed.
Dan Strick says that Sun knows that it is a problem that NIS maps
cannot cope with blank lines but they refuse to fix this.
Thanks to all. Please note my new email address, especially you,
Frankie.
Tom Reingold
AT&T Bell Labs, Holmdel, NJ
tommy@hogpb.att.com
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:06:50 CDT