1. 03 May, 2012 1 commit
    • Leigh Stoller's avatar
      Add support for fully initializing the ilo on geni rack nodes. · 164da3ba
      Leigh Stoller authored
      The basic operational model is as follows.
      
      * We turn the nodes on.
      
      * Since there is nothing on the disks, they will fall through to
        booting from the PXE and will boot the newnode MFS. They all check
        in.
      
      * We run Jon's script that adds the nodes. They are now in hwdown,
        still nothing on the disks.
      
      * We run my script, which is driven from a datafile we are supposed to
        get from HP. This script has the ilomac, ilopswd, control mac. I
        will add another column initially; the permanent IP to assign to the
        ilo. This script does:
      
       + Reads the datafile to get all the stuff.
       + Reads the dhcpd.leases file to find the temporary IPs of the ilos.
       + Finds the corresponding nodes in the DB.
       + Sends over an XML file that does the following:
           - Add the elabman user.
           - Add local root's dsa pub key to the new elabman user.
           - Add Utah's root dsa key to the Administrator user
           - Sets the power on mode to auto (so that the node turns on!).
           - Sets the idle timeout to 2 hours.
       + Sets the bootorder so that PXE is first. This has to be done
         with ssh and some expect stuff I culled from power_ilo. Sigh.
       + Calls out to another script that adds the ilo interface to the
         DB (this is the management_iface script I did last month).
       + Sends another XML file that tells the ilo to reset itself, so that
         it picks up its permanent IP address.
      
      * Now we can free the nodes from hwdown.
      164da3ba
  2. 09 Apr, 2012 1 commit
  3. 27 Mar, 2012 2 commits
  4. 28 Sep, 2011 1 commit
  5. 20 Sep, 2011 1 commit
  6. 12 May, 2011 1 commit
  7. 11 May, 2011 1 commit
  8. 05 May, 2011 2 commits
  9. 22 Jul, 2010 1 commit
  10. 26 Feb, 2010 1 commit
  11. 23 Feb, 2010 1 commit
  12. 12 Jan, 2010 2 commits
  13. 07 Oct, 2009 1 commit
  14. 22 Sep, 2009 1 commit
  15. 18 Sep, 2009 1 commit
  16. 23 Jul, 2009 1 commit
  17. 11 Jun, 2009 1 commit
  18. 27 Feb, 2009 1 commit
  19. 07 Jan, 2009 1 commit
  20. 02 Jan, 2009 1 commit
  21. 10 Sep, 2008 1 commit
  22. 03 Sep, 2008 1 commit
  23. 09 Jul, 2008 1 commit
  24. 18 Jul, 2006 1 commit
    • Leigh Stoller's avatar
      Changes necessary for moving most of the stuff in the node_types · 624a0364
      Leigh Stoller authored
      table, into a new table called node_type_attributes, which is intended
      to be a more extensible way of describing nodes.
      
      The only things left in the node_types table will be type,class and the
      various isXXX boolean flags, since we use those in numerous joins all over
      the system (ie: when discriminating amongst nodes).
      
      For the most part, all of that other stuff is rarely used, or used in
      contexts where the information is needed, but not for type descrimination.
      Still, it made for a lot of queries to change!
      
      Along the way I added a NodeType library module that represents the type
      info as a perl object. I also beefed up the existing Node module, and
      started using it in more places. I also added an Interfaces module, but I
      have not done much with that yet.
      
      I have not yet removed all the slots from the node_types table; I plan to
      run the new code for a few days and then remove the slots.
      
      Example using the new NodeType object:
      
      	use NodeType;
      
      	my $typeinfo = NodeType->Lookup($type);
      
              if ($typeinfo->control_interface(\$control_iface) ||
                  !$control_iface) {
        	    warn "No control interface for $type is defined in the DB!\n";
              }
      
      or using the Node:
      
      	use Node;
      
              my $nodeobject = Node->Lookup($node_id);
              my $imageable  = $nodeobject->NodeTypeInfo()->imageable();
      or
              my $rebootable = $nodeobject->isrebootable();
      or
              $nodeobject->NodeTypeAttribute("control_interface", \$control_iface);
      
      Lots of way to accomplish the same thing, but the main point is that the
      Node is able to override the NodeType (if it wants to), which I think is
      necessary for flexibly describing one/two of a kind things like switches, etc.
      624a0364