Bob Quigley <BOB@YSUB.bitnet> (02/27/90)
I am running(?) the FAL nameserver (1.2.1) and have run into a couple of problems. 1) When another name server (SUN) forces a zone transfer request all they get back is the SOA record. 2) When I try to do an IN-ADDR.ARPA query my nameserver abends with an 0C1 program check. (console log follows) Queries to the YSU.EDU domain work just fine. NAMESRV AT YSUB VIA RSCS 02/26/90 17:02:31 EST MONDAY VM TCP/IP Name Server R1.2a ns: Max number of IUCV paths is 4 select TNAME from system.syscatalog where creator='NAMESRV' and tname= 'TCPIP' hmresult = 1 SELECT NAME,TYPE,CLASS,TTL,RDATA FROM TCP WHERE(TYPE=2 OR TYPE=6) ORDER BY 1 ASC hmresult = 15 CP TR PROG TERM RUN TRACE STARTED ns: Notice arrives -- Connection: 0 Notification: UDP data delivered UDP datalen delivered: 41 ns: CudpDELIVERED notify arrived ns: Arriving data from port 436 at c037ea0a over 0 calling readns ublkpt2->udpbuff= 794848; ublkpt2->udpp 794848cmolsub: Displaying Displaying storage at 30e70 for 12 (c) bytes 030E70 00010100 00010000 00000000 00000000 *................* ns: Looking in the cache ns: nquestions 1 nanswers 0 nauth 0 naddl 0 ns: qname '234.55.192.IN-ADDR.ARPA' qtype 6 qclass 1 234.55.192.IN-ADDR.ARPA ns: NS for domain ARPA is NIC.DDN.MIL ns: NS for domain ARPA is TERP.UMD.EDU ns: NS for domain ARPA is NS.NASA.GOV ns: NS for domain ARPA is C.NYSER.NET ns: NS for domain ARPA is GUNTER-ADAM.AF.MIL ns: NS for domain ARPA is A.ISI.EDU ns: NS for domain ARPA is AOS.BRL.MIL ns: NS for domain ARPA is YSUB.YSU.EDU ns: NS for domain ARPA is OPUS.YSU.EDU ns: NS for domain ARPA is SUNA.OSC.EDU ns: NS for domain IN-ADDR.ARPA is YSUB.YSU.EDU ns: NS for domain IN-ADDR.ARPA is OPUS.YSU.EDU ns: NS for domain IN-ADDR.ARPA is SUNA.OSC.EDU ns: NS for domain 192.IN-ADDR.ARPA is YSUB.YSU.EDU ns: NS for domain 192.IN-ADDR.ARPA is OPUS.YSU.EDU ns: NS for domain 192.IN-ADDR.ARPA is SUNA.OSC.EDU ns: NS for domain 55.192.IN-ADDR.ARPA is YSUB.YSU.EDU ns: NS for domain 55.192.IN-ADDR.ARPA is OPUS.YSU.EDU ns: NS for domain 55.192.IN-ADDR.ARPA is SUNA.OSC.EDU ns: NS for domain IN is YSUB.YSU.EDU ns: NS for domain IN is OPUS.YSU.EDU ns: NS for domain IN is SUNA.OSC.EDU ns: Authorative Name Server nscount 0 SELECT NAME,TYPE,CLASS,TTL,RDATA FROM TCP WHERE TYPE=6 AND CLASS=1 AND NAME='23 mycalloc returns 000000 *** 040894 PROG 0001 ==> F24CC0 default handling for signal: SIGILL psw: FF000001 60040894 ilc: 01 ic: 0001 regs 00-03: 0019A25F 000C23CC 000C2404 00030C20 regs 04-07: 00000001 00038714 000C23F4 00028FC8 regs 08-11: 0000CC80 001AED28 001AFCD0 00040648 regs 12-15: 00000000 001AFCD0 6003D134 A00407B4 DMSABN155T User abend 0003 called from 09D2A2 HELP! /Bob
Brian Holmes <BHOLMES@WAYNEST1.bitnet> (02/27/90)
There are some bugs in 1.2.1 NSMAIN, one of which is the zone xfer. I've been working with Mimi on fixing some of the bugs, and 1.2.2 seems fairly stable and complete. It fixes the zone xfer problem. I'm not sure about the in-addr.arpa querys. I never had a problem with those. Hopefully the 1.2.2 ptf tape will arive soon or maybe IBM will send you a new module. Brian Holmes UCC Operating Systems & Communications PHONE: (313) 577-3750 FAX=577-5626 Wayne State University BITNET: BHOLMES@WAYNEST1 5925 Woodward INTERNET: BHOLMES@CMS.CC.WAYNE.EDU Detroit, MI 48202 U.S.A