Does is DHCP hand out the right information, and so is DNS working correctly? We saw exactly the same symptoms when we had a misconfiguration where DHCP was handing out incorrect information for the DNS servers, so DNS lookups did not work correctly.
On Fri, 24 May 2019 at 21:34, Kevin Keane <kke...@sandiego.edu> wrote: > Can you verify that there is traffic with something like tcpdump? > > _______________________________________________________________________ > Kevin Keane | Systems Architect | University of San Diego ITS | > kke...@sandiego.edu > Maher Hall, 192 |5998 Alcalá Park | San Diego, CA 92110-2492 | 619.260.6859 > | Text: 760-721-8339 > > *REMEMBER! **No one from IT at USD will ever ask to confirm or supply > your password*. > These messages are an attempt to steal your username and password. Please > do not reply to, click the links within, or open the attachments of these > messages. Delete them! > > > > > On Fri, May 24, 2019 at 12:02 PM Andrew Loftus <alof...@illinois.edu> > wrote: > >> Thanks for the pointers Kevin. >> As mentioned earlier (see email dated May 23, 2019, 3:09 PM), if I get a >> working node (ie: manual OS install) and then run the "openssl" command >> with appropriate xml from the "doxcat" and "getdestiny" scripts, I get >> expected responses from the xcat master node. >> Please keep the ideas coming. Hopefully something is either a new idea or >> triggers a new thought. >> >> On Fri, May 24, 2019 at 1:49 PM Kevin Keane <kke...@sandiego.edu> wrote: >> >>> I believe the xnba.kpxe is retrieved via TFTP, while the next two steps >>> should happen by HTTPS. Maybe there is a problem with https? >>> >>> Check to see if you have a firewall enabled, and also use netstat -ltunp >>> to check that something is actually listening on port 3001. >>> >>> _______________________________________________________________________ >>> Kevin Keane | Systems Architect | University of San Diego ITS | >>> kke...@sandiego.edu >>> Maher Hall, 192 |5998 Alcalá Park | San Diego, CA 92110-2492 | 619.260.6859 >>> | Text: 760-721-8339 >>> >>> *REMEMBER! **No one from IT at USD will ever ask to confirm or supply >>> your password*. >>> These messages are an attempt to steal your username and password. >>> Please do not reply to, click the links within, or open the attachments of >>> these messages. Delete them! >>> >>> >>> >>> >>> On Thu, May 23, 2019 at 11:49 AM Andrew Loftus <alof...@illinois.edu> >>> wrote: >>> >>>> Thank you for pointing me to ` journalctl -u xcatd -f`, that shows me >>>> that xcat/xnba.kpxe is requested (and I assume provided to the booting >>>> node). >>>> However, after that, I see no more activity on the xcat master. I would >>>> expect activity recorded on the xcat master at the steps: >>>> xcat.genesis.doxcat: Getting initial certificate --> 172.30.18.6:3001 >>>> xcat.genesis.doxcat: Running getdestiny --> 172.30.18.6:3001 >>>> >>>> Both of those commands above seem to timeout with no apparent response >>>> from the xcat master. The ip address and port specified are correct for the >>>> xcat master. >>>> I have ensured that iptables is open for those ports. >>>> I have ensure that there is a process listening on port 3001. >>>> >>>> What else should I check? >>>> >>>> Can I get more debug info from the genesis kernel? >>>> >>>> Can I get more debug info from the xcat master? >>>> >>>> On Thu, May 23, 2019 at 4:51 AM Song BJ Yang <yang...@cn.ibm.com> >>>> wrote: >>>> >>>>> Hi, >>>>> >>>>> You can watch the output of `journalctl -u xcatd -f` in another >>>>> session during nodediscovery >>>>> >>>>> there are some similar issues reported before, see >>>>> https://sourceforge.net/p/xcat/mailman/search/?q=Unrecognized+directive+ , >>>>> you can simply go through them for any hint >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> YANG Song (杨嵩) >>>>> IBM China System Technology Laboratory >>>>> Tel: 86-10-82452903 >>>>> Email: yang...@cn.ibm.com >>>>> Address: Building 28, ZhongGuanCun Software Park, >>>>> No.8, Dong Bei Wang West Road, Haidian District Beijing 100193, PRC >>>>> >>>>> 北京市海淀区东北旺西路8号中关村软件园28号楼 >>>>> 邮编: 100193 >>>>> >>>>> >>>>> >>>>> ----- Original message ----- >>>>> From: Andrew Loftus <alof...@illinois.edu> >>>>> To: xCAT Users Mailing list <xcat-user@lists.sourceforge.net> >>>>> Cc: >>>>> Subject: [EXTERNAL] [xcat-user] Unrecognized directive (dest=) during >>>>> nodediscovery >>>>> Date: Thu, May 23, 2019 6:58 AM >>>>> >>>>> Setting up a new test cluster and getting the following on the compute >>>>> node during nodediscovery: >>>>> >>>>> xcat.genesis.doxcat: Running getdestiny --> 172.30.18.6:3001 >>>>> >>>>> xcat.genesis.doxcat: Received destiny= >>>>> xcat.genesis.doxcat: The destiny=, destiny parameters= >>>>> xcat.genesis.doxcat: Unrecognized directive (dest=) >>>>> xcat.genesis.doxcat: ... Will retry xCAT in 40 seconds >>>>> xcat.genesis.doxcat: ... Will retry xCAT in 30 seconds >>>>> >>>>> There are no "discovery" type messages in /var/log/messages or in >>>>> /var/log/xcat/cluster.log. >>>>> >>>>> Where to look for more troubleshooting information? >>>>> >>>>> >>>>> Version info: >>>>> # lsxcatd -a >>>>> Version 2.14.6 (git commit 7c787c499ebca7a98d6fcdb3577f701ac16d7ab3, >>>>> built Fri Mar 29 03:19:08 EDT 2019) >>>>> This is a Management Node >>>>> dbengine=SQLite >>>>> _______________________________________________ >>>>> xCAT-user mailing list >>>>> xCAT-user@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/xcat-user >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>> xCAT-user mailing list >>>> xCAT-user@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/xcat-user >>>> >>> _______________________________________________ >> xCAT-user mailing list >> xCAT-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/xcat-user >> > _______________________________________________ > xCAT-user mailing list > xCAT-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xcat-user > -- *Nathan Harper* // IT Systems Lead *e: *nathan.har...@cfms.org.uk *t*: 0117 906 1104 *m*: 0787 551 0891 *w: *www.cfms.org.uk CFMS Services Ltd // Bristol & Bath Science Park // Dirac Crescent // Emersons Green // Bristol // BS16 7FR CFMS Services Ltd is registered in England and Wales No 05742022 - a subsidiary of CFMS Ltd CFMS Services Ltd registered office // 43 Queens Square // Bristol // BS1 4QP
_______________________________________________ xCAT-user mailing list xCAT-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xcat-user