52a534b048c4adef30e61fd7e0702f64acffe5d1
[monitor.git] / todo
1
2 TODO:
3  * make 'automate.sh' be the real automate script for cron.
4  * install the right version of RT tools as a dependency?
5  * www/*.py need appropriate access to database.py,  config.py, monitorconfig.py, etc.
6  * build cmdamt with g++ prior to packaging
7  * install openssh-server, passwd, perl-libwww-perl (for rt), rt-3.4.1,  MySQL-python
8         * had to mount -t devpts devpts /dev/pts to get ssh to work inside the
9           chroot. also, disable the pam modules in /etc/pam.d/sshd
10  * threadpool package.
11  * reboot.py loads findbadpcus unconditionally.
12  * unified_model loads findbad unconditionally
13  * nodequery loads findbad unconditionally
14  * remove deps on www.printbadnodes
15  * change findbad.py default db name
16  * nodebad loads plc_hn2lb unconditionally
17  * nodeinfo loads act_all unconditionally
18
19  * A setup script of some kind would be nice that walked through : 
20     - writing monitorconfig.py
21         - creation of monitorconfig.php
22         - run syncplcdb.py
23         - testapi.py
24         - findbad.py on sample site.
25         - loads webpage for those retreived values to confirm setup succeeded.
26
27  * reimplement the config.py / .config mechanism.  i'd like for many commands
28    to share very similar argument or argument sets, as well as have some
29    common config options.  I'm not sure the best way to do this.
30     
31          - features of config.py
32                 * parse arguments and return an object with attributes equal to the
33                   parser values.
34                 * maintain values consistently across modules at run time.
35                 * have default values that are not specified at each run time.
36                 * easy to import and use
37
38          - config module is available via 'import config' or as returned by
39                   parsermodule.parse_args()
40      - python supports load-once modules, so subsequent imports refer to the
41           same module object.
42            
43
44  * Find a better location to place and pull the PKL files currently in the pdb
45    directory.  Ultimately, these should be stored in a real DB.  Until then,
46    they should sit in a location that is accessible from the www scripts,
47    backend scripts, and user utilities.
48
49  * clean up plc.py; there's a lot of redundent code.
50
51  * figure out python paths for user commands.
52    - directories for pickle files.
53    - add user in rpm install
54    - user permissions for data files for day-to-day operations.
55
56  * fix BayTechCtrlCUnibe expect script.
57
58
59 Lower priority:
60  * Add a more structured, 'automate' library of scripts and means of making
61    batch calls, etc.
62
63  * add a third package for user tools that will interact with the Monitor
64    service.  Mostly, I'm guessing this would be queries for the live status of
65    nodes and a more reliable 'reboot' and 'reinstall' mechanism than currently
66    availble with PLC.
67
68 Done:
69  * pull out global configuration information from various files, like rt_db,
70    mailer.py,  auth.py, and any others.  Create a single configuration file
71    from which all others pull.
72
73    - convert plc and other files to use the new monitorconfig.py rather than
74      auth, or plc.*
75    - need to alter all import 'auth' statements.