| 1 | === The new(est) plan: === |
| 2 | Make recipes that query the tbdb directly. If done right, the nodes configure themselves with information from the database directly. The code for querying the database will live in Chef recipes, pulled onto the nodes, then executed on boot. We'll add a hook in dhcp init, much like emulab does now to insure the control network is up, that executes 'chef-client', which does the magic. |
| 3 | |
| 4 | === Things to do: === |
| 5 | 1. Get chef on a client machine, on the image itself for now. Later we can install chef remotely on boot? |
| 6 | 1. Get the needed packges for database access onto the test node (mysql gems). |
| 7 | 1. Write a simple recipe that grabs account information and creates the accounts. |
| 8 | |
| 9 | === Plan execution === |
| 10 | 1. Chef is on a client now, arya, and the chef server, sansa, knows how to re-install if needed. |
| 11 | 1. Figure out how to install mysql gem on arya without direct access to package repos. |
| 12 | a. How to run your own Gem server, interesting: http://guides.rubygems.org/run-your-own-gem-server/ |
| 13 | |
| 14 | |
| 15 | === Scratch === |
| 16 | |
| 17 | ---- |
| 18 | Connecting to test node servers via ssh and proxies. Add this to ~/.ssh/config |
| 19 | |
| 20 | {{{ |
| 21 | Host eine |
| 22 | Hostname myboss.eine.deter.isi.deterlab.net |
| 23 | ProxyCommand ssh -W %h:%p deter |
| 24 | DynamicForward 1280 |
| 25 | |
| 26 | Host sansa |
| 27 | Hostname sansa.twonode.deter |
| 28 | ProxyCommand ssh -W %h:%p eine |
| 29 | DynamicForward 3212 |
| 30 | }}} |
| 31 | |
| 32 | Then set up web proxy like foxyproxy to do SOCKS5 to those localhost:ports when the URL points there. |
| 33 | ---- |