After I changed the IP addresses of the nodes, it appears as if the clients are searching for a different file in /tftpboot/pxelinux.cfg: This is the current list of the files in /tftpboot/pxelinux.cfg -rw-r--r-- 1 root root 118 Mar 5 18:11 0A0A0A lrwxrwxrwx 1 root root 4 Mar 5 18:37 0A0A0A01 -> pux1 lrwxrwxrwx 1 root root 4 Mar 5 18:37 0A0A0A02 -> pux2 lrwxrwxrwx 1 root root 4 Mar 5 18:32 0A0A0A03 -> pux3 lrwxrwxrwx 1 root root 4 Mar 5 18:32 0A0A0A04 -> pux4 lrwxrwxrwx 1 root root 4 Mar 5 18:25 0A0A0A05 -> pux5 -rw-r--r-- 1 root root 115 Mar 5 18:11 7F -rw-r--r-- 1 root root 121 Mar 5 18:11 C0A8A7 -rw-r--r-- 1 root root 42 Mar 5 18:37 pux1 -rw-r--r-- 1 root root 42 Mar 5 18:37 pux2 -rw-r--r-- 1 root root 42 Mar 5 18:32 pux3 -rw-r--r-- 1 root root 42 Mar 5 18:32 pux4 -rw-r--r-- 1 root root 42 Mar 5 18:25 pux5
While the log says : Mar 6 12:27:06 xcat-srv in.tftpd[2580]: RRQ from 10.10.11.1 filename pxelinux.0 Mar 6 12:27:06 xcat-srv in.tftpd[2581]: RRQ from 10.10.11.1 filename pxelinux.cfg/8b11c36c-5107-477c-89b2-23ab3e1d4ead Mar 6 12:27:06 xcat-srv in.tftpd[2582]: RRQ from 10.10.11.1 filename pxelinux.cfg/01-08-00-27-8a-49-b4 Mar 6 12:27:06 xcat-srv in.tftpd[2583]: RRQ from 10.10.11.1 filename pxelinux.cfg/0A0A0B01 Mar 6 12:27:06 xcat-srv in.tftpd[2584]: RRQ from 10.10.11.1 filename pxelinux.cfg/0A0A0B0 Mar 6 12:27:06 xcat-srv in.tftpd[2585]: RRQ from 10.10.11.1 filename pxelinux.cfg/0A0A0B Mar 6 12:27:06 xcat-srv in.tftpd[2586]: RRQ from 10.10.11.1 filename pxelinux.cfg/0A0A0 Mar 6 12:27:06 xcat-srv in.tftpd[2587]: RRQ from 10.10.11.1 filename pxelinux.cfg/0A0A Mar 6 12:27:06 xcat-srv in.tftpd[2588]: RRQ from 10.10.11.1 filename pxelinux.cfg/0A0 Mar 6 12:27:06 xcat-srv in.tftpd[2589]: RRQ from 10.10.11.1 filename pxelinux.cfg/0A Mar 6 12:27:06 xcat-srv in.tftpd[2590]: RRQ from 10.10.11.1 filename pxelinux.cfg/0 Mar 6 12:27:06 xcat-srv in.tftpd[2591]: RRQ from 10.10.11.1 filename pxelinux.cfg/default It appears as if the first node (pux1) is looking for 0A0A0B01 while the file that exists is 0A0A0A01 (Notice and A and B difference) Is it a bug ? is there a command that regenerates these files ? Thank you, Dennis. On Thu, Mar 6, 2014 at 3:06 PM, Jarrod B Johnson <[email protected]>wrote: > Hmm, what happens if you 'rsetboot <nodes> hd'? Do they boot? If that is > the case, what server platform are we talking about? It could be a bad > interaction between pxelinux and the BIOS of the system... > > [image: Inactive hide details for Dennis Zheleznyak ---03/06/2014 05:32:41 > AM---Problem fixed - I used GRANT ALL on xcatdb.* TO xcatadm]Dennis > Zheleznyak ---03/06/2014 05:32:41 AM---Problem fixed - I used GRANT ALL on > xcatdb.* TO xcatadmin@'<hostname>' IDENTIFIED BY '<password>' > > From: Dennis Zheleznyak <[email protected]> > > To: xCAT Users Mailing list <[email protected]> > Date: 03/06/2014 05:32 AM > Subject: Re: [xcat-user] Changing IP address of existed nodes > > ------------------------------ > > > > Problem fixed - I used GRANT ALL on xcatdb.* TO xcatadmin@'<hostname>' > IDENTIFIED BY '<password>' > > After completing all the phases I encountered a problem with the nodes - > they can't pass the PXE phase to boot from the local disk. > I deleted the old /etc/dhcp/dhcp.conf and created a new one with makedhcp > -a and renamed the files in /tftp/xcat/xnba/ to match the new network. > > *When I try to boot a machine I all I get is : * > > *http://www32.zippyshare.com/i/67420798/22504/Untitled.png*<http://www32.zippyshare.com/i/67420798/22504/Untitled.png> > (screenshot) > > */var/log/messages on xCAT server says:* > > Mar 6 12:27:03 xcat-srv dhcpd: DHCPDISCOVER from 08:00:27:8a:49:b4 via > eth1 > Mar 6 12:27:03 xcat-srv dhcpd: DHCPOFFER on 10.10.11.1 to > 08:00:27:8a:49:b4 via eth1 > Mar 6 12:27:05 xcat-srv dhcpd: DHCPREQUEST for 10.10.11.1 (10.10.11.254) > from 08:00:27:8a:49:b4 via eth1 > Mar 6 12:27:05 xcat-srv dhcpd: DHCPACK on 10.10.11.1 to 08:00:27:8a:49:b4 > via eth1 > Mar 6 12:27:05 xcat-srv in.tftpd[2579]: RRQ from 10.10.11.1 filename > pxelinux.0 > Mar 6 12:27:06 xcat-srv in.tftpd[2579]: tftp: client does not accept > options > Mar 6 12:27:06 xcat-srv in.tftpd[2580]: RRQ from 10.10.11.1 filename > pxelinux.0 > Mar 6 12:27:06 xcat-srv in.tftpd[2581]: RRQ from 10.10.11.1 filename > pxelinux.cfg/8b11c36c-5107-477c-89b2-23ab3e1d4ead > Mar 6 12:27:06 xcat-srv in.tftpd[2582]: RRQ from 10.10.11.1 filename > pxelinux.cfg/01-08-00-27-8a-49-b4 > Mar 6 12:27:06 xcat-srv in.tftpd[2583]: RRQ from 10.10.11.1 filename > pxelinux.cfg/0A0A0B01 > Mar 6 12:27:06 xcat-srv in.tftpd[2584]: RRQ from 10.10.11.1 filename > pxelinux.cfg/0A0A0B0 > Mar 6 12:27:06 xcat-srv in.tftpd[2585]: RRQ from 10.10.11.1 filename > pxelinux.cfg/0A0A0B > Mar 6 12:27:06 xcat-srv in.tftpd[2586]: RRQ from 10.10.11.1 filename > pxelinux.cfg/0A0A0 > Mar 6 12:27:06 xcat-srv in.tftpd[2587]: RRQ from 10.10.11.1 filename > pxelinux.cfg/0A0A > Mar 6 12:27:06 xcat-srv in.tftpd[2588]: RRQ from 10.10.11.1 filename > pxelinux.cfg/0A0 > Mar 6 12:27:06 xcat-srv in.tftpd[2589]: RRQ from 10.10.11.1 filename > pxelinux.cfg/0A > Mar 6 12:27:06 xcat-srv in.tftpd[2590]: RRQ from 10.10.11.1 filename > pxelinux.cfg/0 > Mar 6 12:27:06 xcat-srv in.tftpd[2591]: RRQ from 10.10.11.1 filename > pxelinux.cfg/default > > Thank you, > Dennis. > > > On Thu, Mar 6, 2014 at 9:48 AM, Dennis Zheleznyak > <*[email protected]*<[email protected]>> > wrote: > > I encountered a problem when following the article you've provided, > Lissa. > > Running CentOS 6.5 and the latest xCAT version. > > *I ran the following commands:* > tabprune -a auditlog > tabprune -a eventlog > xcatsnap -d /root/xcat_06.03 > lsxcatd -a # Verified that the cluster runs on the old IP. > dumpxCATdb -p /root/search && cd /root/search && grep -r 10.10.10.254 > . # Dumped the entire database and searched for tab that the IP is > mentioned. > tabedit <tabs from previous steps> # Changed all mentioned > 10.10.10.254 to 10.10.11.254 > service xcatd stop > service mysqld stop > vi /etc/xcat/cfgloc # Changed the IP from the old to new one. > service mysqld start > service xcatd start > > *This is the error I'm getting:* > Starting xCATd DBI > connect('dbname=xcatdb;host=10.10.11.254','xcatadmin',...) failed: Access > denied for user 'xcatadmin'@'%' to database 'xcatdb' at > /opt/xcat/lib/perl/xCAT/Table.pm line 792 > Could not connect to the database. Database handle not defined. > Can not open basic site table for configuration, waiting the database > to be initialized. > > I made sure with* lsof -i -P* that mysqld is up and running, and tried > to accessing it using *mysql -u root -p* and it was successful. > > Thank you, > Dennis. > > > On Tue, Mar 4, 2014 at 9:01 PM, Lissa Valletta > <*[email protected]*<[email protected]>> > wrote: > Take a look at this document > > > *http://sourceforge.net/apps/mediawiki/xcat/index.php?title=Changing_the_Service_and_compute_nodes_Hostname_and/or_IP*<http://sourceforge.net/apps/mediawiki/xcat/index.php?title=Changing_the_Service_and_compute_nodes_Hostname_and/or_IP> > > Lissa K. Valletta > 8-3/B10 > Poughkeepsie, NY 12601 > (tie 293) 433-3102 > > > > [image: Inactive hide details for Dennis Zheleznyak ---03/04/2014 > 10:35:36 AM---Hi All, I have a xCAT cluster that consists of 100 > node]Dennis > Zheleznyak ---03/04/2014 10:35:36 AM---Hi All, I have a xCAT cluster > that > consists of 100 nodes that are already running > > From: Dennis Zheleznyak <*[email protected]*<[email protected]> > > > To: *[email protected]*<[email protected]>, > > > Date: 03/04/2014 10:35 AM > Subject: [xcat-user] Changing IP address of existed nodes > ------------------------------ > > > > > Hi All, > > I have a xCAT cluster that consists of 100 nodes that are already > running and I need to change their IP address from 192.168.1.X to > 192.168.2.X - how can it be done through xCAT without changing one by > one ? > and what is the procedure(which tables do I need to modify and etc..) > > Thank you, > Dennis. > > ------------------------------------------------------------------------------ > > Subversion Kills Productivity. Get off Subversion & Make the Move > to Perforce. > With Perforce, you get hassle-free workflows. Merge that actually > works. > Faster operations. Version large binaries. Built-in WAN > optimization and the > freedom to use Git, Perforce or both. Make the move to Perforce. > > > *http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk*<http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk> > _______________________________________________ > xCAT-user mailing list > *[email protected]* <[email protected]> > *https://lists.sourceforge.net/lists/listinfo/xcat-user*<https://lists.sourceforge.net/lists/listinfo/xcat-user> > > > > > ------------------------------------------------------------------------------ > Subversion Kills Productivity. Get off Subversion & Make the Move > to Perforce. > With Perforce, you get hassle-free workflows. Merge that actually > works. > Faster operations. Version large binaries. Built-in WAN > optimization and the > freedom to use Git, Perforce or both. Make the move to Perforce. > > > *http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk*<http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk> > _______________________________________________ > xCAT-user mailing list > *[email protected]* <[email protected]> > *https://lists.sourceforge.net/lists/listinfo/xcat-user*<https://lists.sourceforge.net/lists/listinfo/xcat-user> > > > > ------------------------------------------------------------------------------ > Subversion Kills Productivity. Get off Subversion & Make the Move to > Perforce. > With Perforce, you get hassle-free workflows. Merge that actually works. > Faster operations. Version large binaries. Built-in WAN optimization and > the > freedom to use Git, Perforce or both. Make the move to Perforce. > > http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk > _______________________________________________ > xCAT-user mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/xcat-user > > > > ------------------------------------------------------------------------------ > Subversion Kills Productivity. Get off Subversion & Make the Move to > Perforce. > With Perforce, you get hassle-free workflows. Merge that actually works. > Faster operations. Version large binaries. Built-in WAN optimization and > the > freedom to use Git, Perforce or both. Make the move to Perforce. > > http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk > _______________________________________________ > xCAT-user mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/xcat-user > >
<<inline: graycol.gif>>
------------------------------------------------------------------------------ Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
_______________________________________________ xCAT-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/xcat-user
