Index: openacs-4/packages/acs-core-docs/www/xml/install-guide/maintenance.xml =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-core-docs/www/xml/install-guide/maintenance.xml,v diff -u -r1.28 -r1.29 --- openacs-4/packages/acs-core-docs/www/xml/install-guide/maintenance.xml 1 Apr 2005 18:51:05 -0000 1.28 +++ openacs-4/packages/acs-core-docs/www/xml/install-guide/maintenance.xml 17 Jul 2006 05:38:37 -0000 1.29 @@ -1,18 +1,16 @@ - %myvars; ]> Production Environments - - By Joel Aufrecht + by Joel Aufrecht + - Maintenance tasks, optional software, and alternate configurations for AOLserver. - Starting and Stopping an OpenACS instance. @@ -67,7 +65,7 @@ [root root]# ln -s /var/lib/aolserver/$OPENACS_SERVICE_NAME/etc/daemontools/ /service/$OPENACS_SERVICE_NAME Verify that AOLserver is running. [root root]# ps -auxw | grep nsd -$OPENACS_SERVICE_NAME 5562 14.2 6.2 22436 15952 ? S 11:55 0:04 /usr/local/aolserver/bin/nsd -it /var/lib/aolserver/$OPENACS_SERVICE_NAME/etc/config.tcl -u serve +$OPENACS_SERVICE_NAME 5562 14.4 6.2 22436 15952 ? S 11:55 0:04 /usr/local/aolserver/bin/nsd -it /var/lib/aolserver/$OPENACS_SERVICE_NAME/etc/config.tcl -u serve root 5582 0.0 0.2 3276 628 pts/0 S 11:55 0:00 grep nsd [root root]# @@ -379,7 +377,8 @@ Staged Deployment for Production Networks - By Joel Aufrecht + ($Id$) +By Joel Aufrecht This section describes two minimal-risk methods for deploying changes on a production network. The important characteristics of a safe change deployment include: (THIS SECTION IN DEVELOPMENT) @@ -487,6 +486,8 @@ The production site can run "HEAD" from cvs. The drawback to using HEAD as the live code is that you cannot commit new work on the development server without erasing the definition of 'working production code.' So a better method is to use a tag. This guarantees that, at any time in the future, you can retrieve exactly the same set of code. This is useful for both of the characteristics of safe change deployment. For control, you can use tags to define a body of code, test that code, and then know that what you are deploying is exactly that code. For rollback, you can use return to the last working tag if the new tag (or new, untagged changes) cause problems. .... example of using tags to follow ... + + Method 2: A/B Deployment @@ -609,10 +610,11 @@ 1MU24SHLgdTfDJprEdxZOnxajnbxL420xNVc5RRXlJA8Xxhx/HBKTw== -----END RSA PRIVATE KEY----- - + If you start up using the etc/daemontools/run script, you will need to edit this script to make sure the ports are bound for SSL. Details of this are in the run script. + @@ -840,9 +842,10 @@ package. + + - ($Id$)