Changes between Version 1 and Version 2 of ChefonDETER

Timestamp:

Jul 9, 2014 11:26:05 AM (10 years ago)

Author:

Geoff Lawler

Comment:

--

ChefonDETER

@@ -1 +1 @@
 
 = Installing Chef on DETER =
+
+
+There are 3 components to Chef: a server, a set of clients, and a set of workstations. The server is, well, the server - it handles requests from clients and workstations; it is the central organizing component of the system. The workstation is where Chef code is written. Think of it as a development or OPs workstation. The client(s) are the nodes that are configured/controlled. All three components need to run Chef sofware: the server runs chef server suite, the clients run {{{chef-client}}}, and the workstation runs git and a suite of chef scripts around git called {{{knife}}} that interact with a chef (git) repository and a chef server. 
+
+The workflow for a running system is recipes, roles, and chef code is written on a workstation and added to a chef repository. The person on the workstation then pushes updates to the chef server. The client then contacts the chef server for updates, gets the updates, and applies them locally.  
 
  * Chef Server
@@ -8 +13 @@
 = Running Chef on DETER =
 
+Note: the recipes here use a mysql library to talk directly to the testbed database. On the current DETER testbed though, the database is setup to only allow local access from boss. The TMCD/TMCC library is used to bridge the gap between test nodes and the database on boss. The recipes can be rewritten to use the TMCD interface but this was an exercise in trying to cut out Emulab code, a decision was made to talk directly to the database using standard database APIs. In short, the steps below cannot be run on DETER unless the database on boss is reconfigured to allow external access. Instructions are given for that below though. 
+
  * Getting recipes
  * Pushing recipes