#!gpxe
imgfetch -n kernel http://${next-server}:80/tftpboot/xcat/genesis.kernel.x86_64 quiet xcatd=10.3.5.21:3001 BOOTIF=01-${netX/machyp}
imgfetch -n nbfs http://${next-server}:80/tftpboot/xcat/genesis.fs.x86_64.gz
imgload kernel
imgexec kernel
[root@c910f03c05k21 /]# cat /tftpboot/xcat/xnba/nets/10.0.0.0_8.elilo
default="xCAT Genesis (10.3.5.21)"
delay=5
image=/tftpboot/xcat/genesis.kernel.x86_64
label="xCAT Genesis (10.3.5.21)"
initrd=/tftpboot/xcat/genesis.fs.x86_64.gz
append="quiet xcatd=10.3.5.21:3001 destiny=discover BOOTIF=%B"
[root@c910f03c05k21 /]# cat /tftpboot/xcat/xnba/nets/10.0.0.0_8.uefi
#!gpxe
chain http://${next-server}:80/tftpboot/xcat/elilo-x64.efi -C /tftpboot/xcat/xnba/nets/10.0.0.0_8.elilo
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: Nathan Harper <nathan.har...@cfms.org.uk>
To: xCAT Users Mailing list <xcat-user@lists.sourceforge.net>
Cc:
Subject: [EXTERNAL] Re: [xcat-user] Unrecognized directive (dest=) during nodediscovery
Date: Tue, May 28, 2019 4:05 PM
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-8339REMEMBER! 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-8339REMEMBER! 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:3001xcat.genesis.doxcat: Running getdestiny --> 172.30.18.6:3001Both 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 nodediscoverythere 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:3001xcat.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 secondsxcat.genesis.doxcat: ... Will retry xCAT in 30 secondsThere 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 -aVersion 2.14.6 (git commit 7c787c499ebca7a98d6fcdb3577f701ac16d7ab3, built Fri Mar 29 03:19:08 EDT 2019)This is a Management Nodedbengine=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 LeadCFMS Services Ltd // Bristol & Bath Science Park // Dirac Crescent // Emersons Green // Bristol // BS16 7FRCFMS 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
_______________________________________________ xCAT-user mailing list xCAT-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xcat-user