of the software is straightforward if you follow some simple directions.</para>\r
</abstract>\r
</info>\r
-
<para>Installing, configuring and testing the Evergreen server-side software is straightforward with the current stable software release. See
\r+ <para>Installing, configuring and testing the Evergreen server-side software is straightforward with the current stable software release. See \r
<xref linkend="serversideinstallation-all"/> for instructions tailored to installing on some particular distributions of the <systemitem class="osname">Linux</systemitem> \r
operating system. Earlier software distributions are described in <xref linkend="serversideinstallation-previousversions"/>.</para>\r
-
<para>The current version of the Evergreen server-side software runs as a native application on any of several well-known <systemitem class="osname">Linux</systemitem>
\r+ <para>The current version of the Evergreen server-side software runs as a native application on any of several well-known <systemitem class="osname">Linux</systemitem> \r
distributions (e.g., <systemitem class="osname">Ubuntu</systemitem> and <systemitem class="osname">Debian</systemitem>). It does not currently run as a native application \r
- on the <systemitem class="osname">Microsoft Windows</systemitem> operating system (e.g., <systemitem class="osname">WindowsXP</systemitem>, ]\r
+ on the <systemitem class="osname">Microsoft Windows</systemitem> operating system (e.g., <systemitem class="osname">WindowsXP</systemitem>, \r
<systemitem class="osname">WindowsXP Professional</systemitem>, <systemitem class="osname">Windows7</systemitem>), but the software can still be installed and run on \r
<systemitem class="osname">Windows</systemitem> via a so-called <emphasis>virtualized</emphasis> Linux-guest Operating System (using, for example, \r
<application>"VirtualBox"</application>, or <application>"VMware"</application>, or <application>"VirtualPC"</application> to emulate a \r
<systemitem class="osname">Linux</systemitem> environment). It can also be installed to run on other <systemitem class="osname">Linux</systemitem> systems via virtualized \r
environments (using, for example, <application>"VirtualBox"</application> or <application>"VMware"</application>). More information on virtualized environments can be \r
found in <xref linkend="serversideinstallation-virtual"/>.</para>\r
-
<para>Installation of the Evergreen Staff Client software is reviewed in <xref linkend="serversideinstallation-staffclient"/>. </para>
\r-
<para>The Evergreen server-side software has dependencies on particular versions of certain major software sub-components. Successful installation of Evergreen
\r+ <para>Installation of the Evergreen Staff Client software is reviewed in <xref linkend="serversideinstallation-staffclient"/>. </para>\r
+ <para>The Evergreen server-side software has dependencies on particular versions of certain major software sub-components. Successful installation of Evergreen \r
software requires that software versions agree with those listed here:</para>\r
- <table xml:id="serversideinstall-software-dependencies">\r
- <title>Evergreen Software Dependencies</title>\r
- <tgroup align="left" cols="3" colsep="1" rowsep="1">\r
- <colspec colnum="1" colname="Evergreen" colwidth="1.0*"/>\r
- <colspec colnum="2" colname="OpenSRF" colwidth="1.0*"/>\r
- <colspec colnum="3" colname="PostgreSQL" colwidth="1.0*"/>\r
- \r
- <thead>\r
- <row>\r
- <entry>Evergreen</entry>\r
- <entry>OpenSRF</entry>\r
- <entry>PostgreSQL</entry>\r
- </row>\r
- </thead>\r
- <tbody>\r
- <row>\r
- <entry>1.6.x</entry>\r
- <entry>1.2</entry>\r
- <entry>8.2 / 8.3</entry>\r
- </row>\r
- </tbody>\r
- </tgroup>\r
- </table> \r
+ <table xml:id="serversideinstall-software-dependencies">\r
+ <title>Evergreen Software Dependencies</title>\r
+ <tgroup align="left" cols="3" colsep="1" rowsep="1">\r
+ <colspec colname="Evergreen" colnum="1" colwidth="1.0*"/>\r
+ <colspec colname="OpenSRF" colnum="2" colwidth="1.0*"/>\r
+ <colspec colname="PostgreSQL" colnum="3" colwidth="1.0*"/>\r
+ <thead>\r
+ <row>\r
+ <entry>Evergreen</entry>\r
+ <entry>OpenSRF</entry>\r
+ <entry>PostgreSQL</entry>\r
+ </row>\r
+ </thead>\r
+ <tbody>\r
+ <row>\r
+ <entry>1.6.x</entry>\r
+ <entry>1.2</entry>\r
+ <entry>8.2 / 8.3</entry>\r
+ </row>\r
+ <row>\r
+ <entry>1.4.x</entry>\r
+ <entry>1.0</entry>\r
+ <entry>8.1 / 8.2</entry>\r
+ </row>\r
+ <row>\r
+ <entry>1.2.x</entry>\r
+ <entry>0.9</entry>\r
+ <entry>8.1 / 8.2</entry>\r
+ </row>\r
+ </tbody>\r
+ </tgroup>\r
+ </table>\r
<section xml:id="serversideinstallation-all">\r
<title>Installing Server-Side Software</title>\r
<para>This section describes the installation of the major components of Evergreen server-side software.</para>\r
<title>Add the OpenSRF User</title>\r
<para>As the <systemitem class="username">root</systemitem> user, add the opensrf user to the system. The default shell for the new user is automatically set to \r
<command>/bin/bash</command> to inherit a reasonable environment:</para>\r
-<screen>\r
-<userinput>useradd -m -s /bin/bash opensrf</userinput>\r
-<userinput>passwd opensrf</userinput>\r
-</screen>\r
+ <screen>\r
+ <userinput>useradd -m -s /bin/bash opensrf</userinput>\r
+ <userinput>passwd opensrf</userinput>\r
+ </screen>\r
</step>\r
<step>\r
<title>Download and Unpack Latest OpenSRF Version</title>\r
<para>As the <systemitem class="username">opensrf</systemitem> user, download and extract the latest version of OpenSRF. The latest version can be found here: \r
<ulink url="http://evergreen-ils.org/downloads/OpenSRF-1.2.2.tar.gz"></ulink></para>\r
-<screen>\r
-<userinput>wget http://evergreen-ils.org/downloads/OpenSRF-1.2.2.tar.gz</userinput>\r
-<userinput>tar zxf OpenSRF-1.2.2.tar.gz</userinput>\r
-</screen> \r
+ <screen>\r
+ <userinput>wget http://evergreen-ils.org/downloads/OpenSRF-1.2.2.tar.gz</userinput>\r
+ <userinput>tar zxf OpenSRF-1.2.2.tar.gz</userinput>\r
+ </screen>\r
<para>The new directory <filename class="directory">/home/opensrf/OpenSRF-1.2.2</filename> will be created.</para>\r
</step>\r
<step>\r
you just downloaded and unpacked. Remember to replace <emphasis>[DISTRIBUTION]</emphasis> in the example with the keyword corresponding to the actual \r
<systemitem class="osname">Linux</systemitem> distribution listed in the <link linkend="serversideinstallation-keywords-opensrf">distribution \r
keywords</link>table.</para>\r
-<screen>\r
-<userinput>cd /home/opensrf/OpenSRF-1.2.2</userinput>\r
-<userinput>make -f src/extras/Makefile.install [DISTRIBUTION]</userinput>\r
-</screen>\r
- \r
+ <screen>\r
+ <userinput>cd /home/opensrf/OpenSRF-1.2.2</userinput>\r
+ <userinput>make -f src/extras/Makefile.install [DISTRIBUTION]</userinput>\r
+ </screen>\r
<table xml:id="serversideinstallation-keywords-opensrf">\r
<title>Keywords Targets for <application>"make"</application> Command</title>\r
<tgroup align="left" cols="2" colsep="1" rowsep="1">\r
<para>As the <systemitem class="username">opensrf</systemitem> user, return to the OpenSRF build directory and use the <command>configure</command> \r
utility to prepare for the next step of compiling and linking the software. You can include the <option>--enable-python</option> and \r
<option>--enable-java</option> configuration options if you wish to include support for Python and Java, respectively:</para>\r
-<screen>\r
-<userinput>cd /home/opensrf/OpenSRF-1.2.2</userinput>\r
-<userinput>./configure --prefix=/openils --sysconfdir=/openils/conf</userinput>\r
-<userinput>make</userinput>\r
-</screen>\r
- \r
+ <screen>\r
+ <userinput>cd /home/opensrf/OpenSRF-1.2.2</userinput>\r
+ <userinput>./configure --prefix=/openils --sysconfdir=/openils/conf</userinput>\r
+ <userinput>make</userinput>\r
+ </screen>\r
</step>\r
<step>\r
<title>Compile, Link and Install OpenSRF</title>\r
<para>As the <systemitem class="username">root</systemitem> user, return to the OpenSRF build directory and use the <command>make</command> utility to compile, \r
- link and install OpenSRF:</para> \r
-<screen>\r
-<userinput>cd /home/opensrf/OpenSRF-1.2.2</userinput>\r
-<userinput>make install</userinput>\r
-</screen>\r
+ link and install OpenSRF:</para>\r
+ <screen>\r
+ <userinput>cd /home/opensrf/OpenSRF-1.2.2</userinput>\r
+ <userinput>make install</userinput>\r
+ </screen>\r
</step>\r
<step>\r
<title>Update the System Dynamic Library Path</title>\r
<para>As the <systemitem class="username">root</systemitem> user, you must update the system dynamic library path to make your system recognize the newly \r
installed libraries. Do this by creating the new file <filename>/etc/ld.so.conf.d/osrf.conf</filename> containing a new library path, then run the \r
command <command>ldconfig</command> to automatically read the file and modify the system dynamic library path:</para>\r
- \r
-<screen>\r
-<userinput>echo "/openils/lib" > /etc/ld.so.conf.d/osrf.conf</userinput>\r
-<userinput>ldconfig</userinput>\r
-</screen>\r
+ <screen>\r
+ <userinput>echo "/openils/lib" > /etc/ld.so.conf.d/osrf.conf</userinput>\r
+ <userinput>ldconfig</userinput>\r
+ </screen>\r
</step>\r
<step>\r
<title>Define Public and Private OpenSRF Domains</title>\r
private domains is to define separate host names by adding entries to the file <filename>/etc/hosts</filename>.</para>\r
<para>As the <systemitem class="username">root</systemitem> user, edit the file <filename>/etc/hosts</filename> and add the following entries for \r
our example domains:</para>\r
-<screen>\r
+ <screen>\r
127.0.1.2 public.localhost public\r
127.0.1.3 private.localhost private\r
</screen>\r
<title>Change File Ownerships</title>\r
<para>As the <systemitem class="username">root</systemitem> user, change the ownership of files installed in the directory \r
<filename class="directory">/openils</filename> to the <systemitem class="username">opensrf</systemitem> user:</para>\r
-<screen>\r
-<userinput>chown -R opensrf:opensrf /openils</userinput>\r
-</screen>\r
+ <screen>\r
+ <userinput>chown -R opensrf:opensrf /openils</userinput>\r
+ </screen>\r
</step>\r
<step>\r
<title>Stop the <systemitem class="service">ejabberd</systemitem> Service</title>\r
<para>As the <systemitem class="username">root</systemitem> user, stop the <systemitem class="service">ejabberd</systemitem> service:</para>\r
-<screen>\r
+ <screen>\r
$ /etc/init.d/ejabberd stop\r
</screen>\r
- \r
<para>If <systemitem class="service">ejabberd</systemitem> eeports that it is already stopped, it may have run into a problem starting back at the \r
installation stage. One possible fix is to kill any remaining <systemitem class="daemon">beam</systemitem> and \r
<systemitem class="daemon">epmd</systemitem> processes, then edit the configuration file <filename>/etc/ejabberd/ejabberd.cfg</filename> to hardcode a \r
domain:</para>\r
-<screen>\r
-<userinput>epmd -kill</userinput>\r
-<userinput>killall beam; killall beam.smp</userinput>\r
-<userinput>rm /var/lib/ejabberd/*</userinput>\r
-<userinput>echo 'ERLANG_NODE=ejabberd@localhost' >> /etc/default/ejabberd</userinput>\r
-</screen>\r
- \r
+ <screen>\r
+ <userinput>epmd -kill</userinput>\r
+ <userinput>killall beam; killall beam.smp</userinput>\r
+ <userinput>rm /var/lib/ejabberd/*</userinput>\r
+ <userinput>echo 'ERLANG_NODE=ejabberd@localhost' >> /etc/default/ejabberd</userinput>\r
+ </screen>\r
</step>\r
<step>\r
<title>Edit the <systemitem class="service">ejabberd</systemitem> configuration</title>\r
<title>Restart the <systemitem class="service">ejabberd</systemitem> service</title>\r
<para>As the <systemitem class="username">root</systemitem> user, restart the <systemitem class="service">ejabberd</systemitem> service to test the configuration \r
changes and to register your users:</para>\r
-<screen>\r
-<userinput>/etc/init.d/ejabberd start</userinput>\r
-</screen> \r
+ <screen>\r
+ <userinput>/etc/init.d/ejabberd start</userinput>\r
+ </screen>\r
</step>\r
<step>\r
<title>Register <systemitem class="username">router</systemitem> and <systemitem class="username">ejabberd</systemitem> users</title>\r
</itemizedlist>\r
<para>As the <systemitem class="username">root</systemitem> user, use the <command>ejabberdctl</command> utility to register your ejabber users \r
<emphasis>router</emphasis> and <emphasis>opensrf</emphasis> for the OpenSRF router service on each domain. The users should have different passwords on \r
- each domain. The syntax for registering a user with ejabberdctl is <command>ejabberdctl register <user> <domain> <password></command>\r
+ each domain. The syntax for registering a user with ejabberdctl is <command>ejabberdctl register <user> <domain> <password></command>\r
These users will correspond to those configured in the file <filename>/openils/conf/opensrf_core.xml</filename>:</para>\r
-<screen>\r
-<userinput>ejabberdctl register router private.localhost <password></userinput>\r
-<userinput>ejabberdctl register opensrf private.localhost <password></userinput>\r
-<userinput>ejabberdctl register router public.localhost <password></userinput>\r
-<userinput>ejabberdctl register opensrf public.localhost <password></userinput>\r
-</screen>\r
+ <screen>\r
+ <userinput>ejabberdctl register router private.localhost <password></userinput>\r
+ <userinput>ejabberdctl register opensrf private.localhost <password></userinput>\r
+ <userinput>ejabberdctl register router public.localhost <password></userinput>\r
+ <userinput>ejabberdctl register opensrf public.localhost <password></userinput>\r
+ </screen>\r
</step>\r
<step>\r
<title>Create configuration files</title>\r
<para>As the <systemitem class="username">opensrf</systemitem> user, use the example templates to create the configuration files \r
<filename>/openils/conf/opensrf_core.xml</filename> and <filename>/openils/conf/opensrf.xml</filename>:</para>\r
-<screen>\r
-<userinput>cd /openils/conf</userinput>\r
-<userinput>cp opensrf.xml.example opensrf.xml</userinput>\r
-<userinput>cp opensrf_core.xml.example opensrf_core.xml</userinput>\r
-</screen>\r
+ <screen>\r
+ <userinput>cd /openils/conf</userinput>\r
+ <userinput>cp opensrf.xml.example opensrf.xml</userinput>\r
+ <userinput>cp opensrf_core.xml.example opensrf_core.xml</userinput>\r
+ </screen>\r
</step>\r
<step>\r
<title>Edit opensrf_core.xml</title>\r
file.</emphasis>\r
</para>\r
</note>\r
- \r
- <para>/config/opensrf/username = <systemitem class="username">opensrf</systemitem></para>\r
- <para>/config/opensrf/passwd = password for <systemitem class="domainname">private.localhost</systemitem> \r
- <systemitem class="username">opensrf</systemitem> user</para>\r
- <para>/config/opensrf/passwd = password for <systemitem class="domainname">private.localhost</systemitem> \r
- <systemitem class="username">opensrf</systemitem> user</para>\r
- <para>/config/gateway/username = <systemitem class="username">opensrf</systemitem></para>\r
- <para>/config/gateway/passwd = password for <systemitem class="domainname">public.localhost</systemitem>\r
- <systemitem class="username">opensrf</systemitem> user</para>\r
- <para>/config/routers/router/transport (first entry, where \r
+ <para>/config/opensrf/username = <systemitem class="username">opensrf</systemitem></para>\r
+ <para>/config/opensrf/passwd = password for <systemitem class="domainname">private.localhost</systemitem><systemitem class="username">opensrf</systemitem> user</para>\r
+ <para>/config/opensrf/passwd = password for <systemitem class="domainname">private.localhost</systemitem><systemitem class="username">opensrf</systemitem> user</para>\r
+ <para>/config/gateway/username = <systemitem class="username">opensrf</systemitem></para>\r
+ <para>/config/gateway/passwd = password for <systemitem class="domainname">public.localhost</systemitem><systemitem class="username">opensrf</systemitem> user</para>\r
+ <para>/config/routers/router/transport (first entry, where \r
<quote>transport/server</quote> ==<systemitem class="domainname">public.localhost</systemitem>)</para>\r
- <itemizedlist>\r
- <listitem>username = <systemitem class="username">router</systemitem></listitem> \r
- <listitem>password = password for <systemitem class="domainname">public.localhost</systemitem> \r
- <systemitem class="username">router</systemitem> \r
+ <itemizedlist>\r
+ <listitem>username = <systemitem class="username">router</systemitem></listitem>\r
+ <listitem>password = password for <systemitem class="domainname">public.localhost</systemitem><systemitem class="username">router</systemitem> \r
user</listitem>\r
- </itemizedlist>\r
- \r
- <para>/config/routers/router/transport (second entry, where \r
+ </itemizedlist>\r
+ <para>/config/routers/router/transport (second entry, where \r
<quote>transport/server</quote> == <systemitem class="domainname">private.localhost</systemitem>) </para>\r
- <itemizedlist>\r
- <listitem>username = <systemitem class="username">router</systemitem></listitem> \r
- <listitem>password = password for <systemitem class="domainname">private.localhost</systemitem> \r
- <systemitem class="username">router</systemitem> \r
+ <itemizedlist>\r
+ <listitem>username = <systemitem class="username">router</systemitem></listitem>\r
+ <listitem>password = password for <systemitem class="domainname">private.localhost</systemitem><systemitem class="username">router</systemitem> \r
user</listitem>\r
- </itemizedlist>\r
- \r
+ </itemizedlist>\r
<para>You also need to specify the domains from which <systemitem class="service">OpenSRF</systemitem> will accept and to which \r
<systemitem class="service">OpenSRF</systemitem> will make connections. If you are installing <application>OpenSRF</application> on a single server and using the \r
<systemitem class="domainname">private.localhost</systemitem> / <systemitem class="domainname">public.localhost</systemitem> domains, these will already be set to \r
<title>Modify the file <filename>opensrf.xml</filename></title>\r
<para>As the <systemitem class="username">opensrf</systemitem> user, edit the file <filename>/openils/conf/opensrf.xml</filename> to set the location of the \r
persistent database in the <literal>dbfile</literal> element near the end of the file:</para>\r
-<programlisting language="xml"><![CDATA[\r
+
<programlisting language="xml"><![CDATA[
\r <!-- Example of an app-specific setting override -->\r
<opensrf.persist>\r
<app_settings>\r
<application>OpenSRF</application>. It will be used in a future step to complete and test the Evergreen installation. \r
See <xref linkend="serversideinstallation-testing"/> for further information.</para>\r
<para>As the <systemitem class="username">root</systemitem> user, copy the short sample configuration file <filename>/openils/conf/srfsh.xml.example</filename> \r
- to the file <filename>.srfsh.xml</filename> (note the leading dot!) in the home directory of each user who will use <application>"srfsh"</application>. Finally, \r
+ to the file <filename>.srfsh.xml</filename> (note the leading dot!) in the home directory of each user who will use <command>srfsh</command>. Finally, \r
edit each file <filename>.srfsh.xml</filename> and make the following changes. When you finish, remember to change the owner of the file to match the owner of the \r
home directory.</para>\r
<itemizedlist>\r
<listitem>Modify <literal>domain</literal> to be the router hostname (following our domain examples, \r
- <systemitem class="domainname">private.localhost</systemitem> will give <application>"srfsh"</application> access to all OpenSRF services, \r
+ <systemitem class="domainname">private.localhost</systemitem> will give <command>srfsh</command> access to all OpenSRF services, \r
while <systemitem class="domainname">public.localhost</systemitem> will only allow access to those OpenSRF services that are publicly exposed).</listitem>\r
<listitem>Modify <literal>username</literal> and <literal>password</literal> to match the <literal>opensrf</literal> Jabber user for the chosen \r
domain</listitem>\r
<listitem>Modify <literal>logfile</literal> to be the full path for a log file to which the user has write access</listitem>\r
<listitem>Modify <literal>loglevel</literal> as needed for testing</listitem>\r
- </itemizedlist> \r
-<programlisting language="xml"><![CDATA[\r
+ </itemizedlist>\r
+
<programlisting language="xml"><![CDATA[
\r <?xml version="1.0"?>\r
<!-- This file follows the standard bootstrap config file layout -->\r
<!-- found in opensrf_core.xml -->\r
<title>Modify Environmental Variable PATH for <systemitem class="username">opensrf</systemitem> User</title>\r
<para>As the <systemitem class="username">opensrf</systemitem> user, modify the environmental variable <envar>PATH</envar> by adding a new file path to \r
the <systemitem class="username">opensrf</systemitem> user's shell configuration file <filename>.bashrc</filename>:</para>\r
-<screen>\r
-<userinput>echo "export PATH=/openils/bin:\$PATH" >> ~/.bashrc</userinput>\r
-</screen>\r
- \r
+ <screen>\r
+ <userinput>echo "export PATH=/openils/bin:\$PATH" >> ~/.bashrc</userinput>\r
+ </screen>\r
</step>\r
<step>\r
<title>Start OpenSRF</title>\r
<para>As the <systemitem class="username">root</systemitem> user, start the <systemitem class="service">ejabberd</systemitem> and \r
- <systemitem class="service">memcached</systemitem> services:</para> \r
-<screen>\r
-<userinput>/etc/init.d/ejabberd start</userinput>\r
-<userinput>/etc/init.d/memcached start</userinput>\r
-</screen> \r
+ <systemitem class="service">memcached</systemitem> services:</para>\r
+ <screen>\r
+ <userinput>/etc/init.d/ejabberd start</userinput>\r
+ <userinput>/etc/init.d/memcached start</userinput>\r
+ </screen>\r
<para>Finally, as the <systemitem class="username">opensrf</systemitem> user, start OpenSRF:</para>\r
-<screen>\r
-<userinput>start the OpenSRF service:</userinput>\r
-<userinput>use "-l" to force hostname to be "localhost"</userinput>\r
-<userinput>osrf_ctl.sh -l -a start_all</userinput> \r
-</screen>\r
+ <screen>\r
+ <userinput>start the OpenSRF service:</userinput>\r
+ <userinput>use "-l" to force hostname to be "localhost"</userinput>\r
+ <userinput>osrf_ctl.sh -l -a start_all</userinput>\r
+ </screen>\r
<note>\r
<para>If you receive the error message <errortext>bash: osrf_ctl.sh: command not found</errortext>, then your environment variable <envar>PATH</envar> does \r
not include the <filename class="directory">/openils/bin</filename> directory; \r
this should have been set by <filename>.bashrc</filename> when you logged in as the <systemitem class="username">opensrf</systemitem> user, but you \r
can manually set it using the following command:</para>\r
- <screen><userinput>export PATH=$PATH:/openils/bin</userinput></screen>\r
+ <screen>\r
+ <userinput>export PATH=$PATH:/openils/bin</userinput>\r
+ </screen>\r
</note>\r
<para>You can also start Evergreen <emphasis role="bold">without</emphasis> the <option>-l</option> flag, but <command>osrf_ctl.sh</command> must know the \r
fully qualified domain name for the system on which it will execute. That hostname may have been specified in the configuration file \r
<systemitem class="service">OpenSRF</systemitem> \r
using the <command>srfsh</command> utility and trying to call the <command>add</command> method on the OpenSRF \r
<systemitem class="service">math</systemitem> service:</para>\r
- \r
-<screen>\r
-<userinput>/openils/bin/srfsh</userinput>\r
-<prompt>srfsh#</prompt> <userinput>request opensrf.math add 2 2</userinput>\r
+ <screen><userinput>/openils/bin/srfsh</userinput><prompt>srfsh#</prompt> <userinput>request opensrf.math add 2 2</userinput>\r
Received Data: 4\r
------------------------------------\r
Request Completed Successfully\r
Request Time in seconds: 0.007519\r
------------------------------------\r
-<prompt>srfsh#</prompt>\r
-</screen>\r
- \r
+<prompt>srfsh#</prompt></screen>\r
<para>For other <command>srfsh</command> commands, type <userinput>help</userinput> in at the prompt.</para>\r
</step>\r
<step>\r
<title>Stopping OpenSRF</title>\r
<para>As the <systemitem class="username">opensrf</systemitem> user, stop OpenSRF:</para>\r
-<screen>\r
-<userinput>osrf_ctl.sh -l -a stop_all</userinput>\r
-</screen> \r
+ <screen>\r
+ <userinput>osrf_ctl.sh -l -a stop_all</userinput>\r
+ </screen>\r
</step>\r
</procedure>\r
</section>\r
command <command>exit</command>.</para>\r
</note>\r
<procedure>\r
- <step> \r
+ <step>\r
<title>Install OpenSRF</title>\r
<para>Evergreen software is integrated with and depends on the Open Service Request Framework (OpenSRF) software system. For further information on installing, \r
configuring and testing OpenSRF, see <xref linkend="serversideinstallation-opensrf"/>.</para>\r
<title>Download and Unpack Latest Evergreen Version</title>\r
<para>As the <systemitem class="username">opensrf</systemitem> user, download and extract the latest version of Evergreen. The latest version can be found here: \r
<ulink url="http://evergreen-ils.org/downloads/Evergreen-ILS-1.6.0.7.tar.gz"></ulink></para>\r
-<screen>\r
-<userinput>wget http://evergreen-ils.org/downloads/Evergreen-ILS-1.6.0.7.tar.gz</userinput>\r
-<userinput>tar zxf Evergreen-ILS-1.6.0.7.tar.gz</userinput>\r
-</screen>\r
+ <screen>\r
+ <userinput>wget http://evergreen-ils.org/downloads/Evergreen-ILS-1.6.0.7.tar.gz</userinput>\r
+ <userinput>tar zxf Evergreen-ILS-1.6.0.7.tar.gz</userinput>\r
+ </screen>\r
<para>The new directory <filename class="directory">/home/opensrf/Evergreen-ILS-1.6.0.7</filename> will be created.</para>\r
</step>\r
<step>\r
just downloaded and unpacked. Remember to replace <emphasis>[distribution]</emphasis> in the example with the keyword corresponding to the actual \r
<systemitem class="osname">Linux</systemitem> distribution listed in the \r
<link linkend="serversideinstallation-keywords-evergreen">distribution keywords</link> table.</para>\r
-<screen>\r
-<userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7</userinput>\r
-<userinput>make -f Open-ILS/src/extras/Makefile.install [distribution]</userinput>\r
-</screen>\r
+ <screen>\r
+ <userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7</userinput>\r
+ <userinput>make -f Open-ILS/src/extras/Makefile.install [distribution]</userinput>\r
+ </screen>\r
<table xml:id="serversideinstallation-keywords-evergreen">\r
<tgroup align="left" cols="2" colsep="1" rowsep="1">\r
<colspec colnum="1" colwidth="1.0*"/>\r
<para>For further information on manually installing PostgreSQL, visit the <link xl:href="http://www.postgresql.org/">PostgreSQL Site</link>.</para>\r
<para>If your PostgreSQL server will be on the same system as your Evergreen software, then as the <systemitem class="username">root</systemitem> user install the \r
required PostgreSQL server packages:</para>\r
- <screen><userinput>su - root</userinput></screen>\r
+ <screen>\r
+ <userinput>su - root</userinput>\r
+ </screen>\r
<para>For <systemitem class="osname">Debian Lenny</systemitem> and <systemitem class="osname">Ubuntu Hardy (8.04)</systemitem>:</para>\r
- <screen><userinput>make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_83</userinput></screen>\r
+ <screen>\r
+ <userinput>make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_83</userinput>\r
+ </screen>\r
<para>For <systemitem class="osname">Ubuntu Karmic (9.10)</systemitem> and <systemitem class="osname">Ubuntu Lucid (10.04)</systemitem>:</para>\r
- <screen><userinput>make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_84</userinput></screen>\r
+ <screen>\r
+ <userinput>make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_84</userinput>\r
+ </screen>\r
<note>\r
<para>Postgresql 8.3 or 8.4 are the recommended versions to work with Evergreen 1.6. If you have an older version of PostgreSQL, you should upgrade before \r
installing Evergreen. To find the running version of PostgreSQL, switch to the <systemitem class="username">postgres</systemitem> user and run the \r
<para>Otherwise, if your PostgreSQL server is running on another system, then as the <systemitem class="username">root</systemitem> user install the following Perl \r
modules on that system:</para>\r
<para>ensure the gcc compiler is installed:</para>\r
-<screen>\r
-<userinput>apt-get install gcc</userinput>\r
-</screen>\r
- <para>install the Perl modules</para>\r
-<screen>\r
-<userinput>perl -MCPAN -e shell</userinput>\r
-<prompt>cpan></prompt> <userinput>install JSON::XS</userinput>\r
-<prompt>cpan></prompt> <userinput>install MARC::Record</userinput>\r
-<prompt>cpan></prompt> <userinput>install MARC::File::XML</userinput>\r
-</screen>\r
- <para>For more information on installing Perl Modules vist the <link xl:href="http://www.cpan.org/">CPAN</link> site.</para>\r
- </step> \r
+ <screen>\r
+ <userinput>apt-get install gcc</userinput>\r
+ </screen>\r
+ <para>install the Perl modules</para>\r
+ <screen><userinput>perl -MCPAN -e shell</userinput><prompt>cpan></prompt> <userinput>install JSON::XS</userinput><prompt>cpan></prompt> <userinput>install MARC::Record</userinput><prompt>cpan></prompt> <userinput>install MARC::File::XML</userinput></screen>\r
+ <para>For more information on installing Perl Modules vist the <link xl:href="http://www.cpan.org/">CPAN</link> site.</para>\r
+ </step>\r
<step>\r
<title>Update the System Dynamic Library Path</title>\r
<para>As the <systemitem class="username">root</systemitem> user, you must update the system dynamic library path to make your system recognize the newly \r
- installed libraries. Do this by creating the new file <filename>/etc/ld.so.conf.d/eg.conf</filename> containing two new library path.</para> \r
- <para>Create a file named /etc/ld.so.conf.d/eg.conf containing the following lines:</para> \r
-<programlisting>\r
+ installed libraries. Do this by creating the new file <filename>/etc/ld.so.conf.d/eg.conf</filename> containing two new library path.</para>\r
+ <para>Create a file named /etc/ld.so.conf.d/eg.conf containing the following lines:</para>\r
/usr/local/lib\r
/usr/local/lib/dbd\r
</programlisting>\r
<para>Then run the command <command>ldconfig</command> to automatically read the file and modify the system dynamic library path:</para>\r
- <screen><userinput>ldconfig</userinput></screen>\r
- \r
+ <screen>\r
+ <userinput>ldconfig</userinput>\r
+ </screen>\r
</step>\r
<step preformance="optional">\r
<title>Restart the PostgreSQL Server</title>\r
<para>If PostgreSQL is running on the same system as the rest of Evergreen, as the <systemitem class="username">root</systemitem> user you must restart \r
- PostgreSQL. If PostgreSQL is running on another system, you may skip this step.</para> \r
- <screen><userinput>/etc/init.d/postgresql-[PGSQL_VERSION] restart</userinput></screen>\r
+ PostgreSQL. If PostgreSQL is running on another system, you may skip this step.</para>\r
+ <screen>\r
+ <userinput>/etc/init.d/postgresql-[PGSQL_VERSION] restart</userinput>\r
+ </screen>\r
<para>Where <literal>PGSQL_VERSION</literal> is your installed PostgreSQL version (e.g. <literal>8.3</literal>).</para>\r
</step>\r
<step xml:id="serversideinstallation-configure">\r
<title>Configure Evergreen</title>\r
<para>As the <systemitem class="username">opensrf</systemitem> user, return to the Evergreen build directory and use the <command>configure</command> utility to \r
prepare for the next step of compiling and linking the software:</para>\r
-<screen>\r
-<userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7</userinput>\r
-<userinput>./configure --prefix=/openils --sysconfdir=/openils/conf</userinput>\r
-<userinput>make</userinput>\r
-</screen>\r
+ <screen>\r
+ <userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7</userinput>\r
+ <userinput>./configure --prefix=/openils --sysconfdir=/openils/conf</userinput>\r
+ <userinput>make</userinput>\r
+ </screen>\r
</step>\r
<step xml:id="serversideinstallation-compilingevergreen">\r
<title>Compile, Link and Install Evergreen</title>\r
<para>As the <systemitem class="username">root</systemitem> user, return to the Evergreen build directory and use the <command>make</command> utility as \r
shown below. The Staff Client will also be automatically built, but you must remember to set the variable <envar>STAFF_CLIENT_BUILD_ID</envar> to match the version of the Staff Client you will use to connect to the Evergreen server.</para>\r
<para>For further information on manually building the Staff Client, see <xref linkend="serversideinstallation-building-staffclient"/>.</para>\r
-<screen>\r
-<userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7</userinput>\r
-<userinput>make STAFF_CLIENT_BUILD_ID=rel_1_6_0_7 install</userinput>\r
-</screen>\r
+ <screen>\r
+ <userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7</userinput>\r
+ <userinput>make STAFF_CLIENT_BUILD_ID=rel_1_6_0_7 install</userinput>\r
+ </screen>\r
<para>The above commands will create a new subdirectory <filename class="directory">/openils/var/web/xul/rel_1_6_0_7</filename> containing the Staff Client.</para>\r
<para>To complete the Staff Client installation, as the <systemitem class="username">root</systemitem> user create a symbolic link named <emphasis>server</emphasis> \r
in the head of the Staff Client directory <filename class="directory">/openils/var/web/xul</filename> that points to the subdirectory \r
- <filename class="directory">/server</filename> of the new Staff Client build:</para> \r
-<screen>\r
-<userinput>cd /openils/var/web/xul</userinput>\r
-<userinput>ln -sf rel_1_6_0_7/server server</userinput>\r
-</screen>\r
+ <filename class="directory">/server</filename> of the new Staff Client build:</para>\r
+ <screen>\r
+ <userinput>cd /openils/var/web/xul</userinput>\r
+ <userinput>ln -sf rel_1_6_0_7/server server</userinput>\r
+ </screen>\r
</step>\r
<step>\r
<title>Copy the OpenSRF Configuration Files</title>\r
<para>As the <systemitem class="username">root</systemitem> user, copy the example OpenSRF configuration files into place. This replaces the configuration \r
files that you set up in a previous step when you installed and tested OpenSRF. You should also create backup copies of the old files for troubleshooting \r
purposes. Finally, change the ownership on the installed files to the <systemitem class="username">opensrf</systemitem> user:</para>\r
-<screen>\r
-<userinput>cp /openils/conf/opensrf.xml.example /openils/conf/opensrf.xml</userinput>\r
-<userinput>cp /openils/conf/opensrf_core.xml.example /openils/conf/opensrf_core.xml</userinput>\r
-<userinput>cp /openils/conf/oils_web.xml.example /openils/conf/oils_web.xml</userinput>\r
-<userinput>chown -R opensrf:opensrf /openils/</userinput>\r
-</screen>\r
+ <screen>\r
+ <userinput>cp /openils/conf/opensrf.xml.example /openils/conf/opensrf.xml</userinput>\r
+ <userinput>cp /openils/conf/opensrf_core.xml.example /openils/conf/opensrf_core.xml</userinput>\r
+ <userinput>cp /openils/conf/oils_web.xml.example /openils/conf/oils_web.xml</userinput>\r
+ <userinput>chown -R opensrf:opensrf /openils/</userinput>\r
+ </screen>\r
</step>\r
<step>\r
<title>Create and Configure PostgreSQL Database</title>\r
<para>As the <systemitem class="username">postgres</systemitem> user on the PostgreSQL system create the PostgreSQL database, then set some internal \r
paths:</para>\r
<para>Create the database:</para>\r
-<screen>\r
-<userinput>createdb -E UNICODE evergreen</userinput>\r
-<userinput>createlang plperl evergreen</userinput>\r
-<userinput>createlang plperlu evergreen</userinput>\r
-<userinput>createlang plpgsql evergreen</userinput>\r
-</screen>\r
+ <screen>\r
+ <userinput>createdb -E UNICODE evergreen</userinput>\r
+ <userinput>createlang plperl evergreen</userinput>\r
+ <userinput>createlang plperlu evergreen</userinput>\r
+ <userinput>createlang plpgsql evergreen</userinput>\r
+ </screen>\r
<para>Adjust the paths:</para>\r
-<screen>\r
-<userinput>psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/tablefunc.sql evergreen</userinput>\r
-<userinput>psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/tsearch2.sql evergreen</userinput>\r
-<userinput>psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/pgxml.sql evergreen</userinput>\r
-</screen>\r
+ <screen>\r
+ <userinput>psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/tablefunc.sql evergreen</userinput>\r
+ <userinput>psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/tsearch2.sql evergreen</userinput>\r
+ <userinput>psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/pgxml.sql evergreen</userinput>\r
+ </screen>\r
<para>Where <literal>PGSQL_VERSION</literal> is your installed PostgreSQL version (e.g. <literal>8.3</literal>).</para>\r
</step>\r
<step>\r
<title>Create a new Evergreen superuser</title>\r
<para>As the <systemitem class="username">postgres</systemitem> user on the PostgreSQL system, create the new database \r
- <systemitem class="username">evergreen</systemitem> user and assign a password:</para> \r
- <screen><userinput>createuser -P -s evergreen</userinput></screen> \r
- <para>Enter the password twice for new role when prompted.</para> \r
+ <systemitem class="username">evergreen</systemitem> user and assign a password:</para>\r
+ <screen>\r
+ <userinput>createuser -P -s evergreen</userinput>\r
+ </screen>\r
+ <para>Enter the password twice for new role when prompted.</para>\r
</step>\r
<step>\r
<title>Create Database Schema</title>\r
database authentication details for the <emphasis>evergreen</emphasis> database user that you created in the previous step.</para>\r
<para>Enter the following commands and replace <emphasis>HOSTNAME, PORT, PASSWORD</emphasis> and <emphasis>DATABASENAME</emphasis> with appropriate \r
values.</para>\r
-<screen>\r
-<userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7</userinput>\r
-<userinput>perl Open-ILS/src/support-scripts/eg_db_config.pl --update-config \\r
+ <screen>\r
+ <userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7</userinput>\r
+ <userinput>perl Open-ILS/src/support-scripts/eg_db_config.pl --update-config \\r
--service all --create-schema --create-bootstrap --create-offline \\r
--hostname HOSTNAME --port PORT \\r
--user evergreen --password PASSWORD --database DATABASENAME</userinput>\r
-</screen>\r
+ </screen>\r
<para>On most systems, <emphasis>HOSTNAME</emphasis> will be <emphasis role="bold">localhost</emphasis>, <emphasis>PORT</emphasis> will be \r
<emphasis role="bold">5432</emphasis>, and <emphasis>PASSWORD</emphasis> and <emphasis>DATABASENAME</emphasis> will be\r
<emphasis role="bold">evergreen</emphasis>.</para>\r
configuration files. As the <systemitem class="username">root</systemitem> user, enable some modules in the Apache server, then copy \r
the new configuration files to the Apache server directories:</para>\r
<para>Enable the required Apache Modules:</para>\r
-<screen>\r
-<userinput>a2enmod ssl # enable mod_ssl</userinput>\r
-<userinput>a2enmod rewrite # enable mod_rewrite</userinput>\r
-<userinput>a2enmod expires # enable mod_expires</userinput>\r
-<userinput>cd /home/opensrf/Evergreen-ILS-1.x.x.x</userinput>\r
-</screen> \r
+ <screen>\r
+ <userinput>a2enmod ssl # enable mod_ssl</userinput>\r
+ <userinput>a2enmod rewrite # enable mod_rewrite</userinput>\r
+ <userinput>a2enmod expires # enable mod_expires</userinput>\r
+ <userinput>cd /home/opensrf/Evergreen-ILS-1.x.x.x</userinput>\r
+ </screen>\r
</step>\r
<step>\r
<para>Copy the Apache configuration files from the Evergreen installation dierectory:</para>\r
-<screen>\r
-<userinput>cp Open-ILS/examples/apache/eg.conf /etc/apache2/sites-available/</userinput>\r
-<userinput>cp Open-ILS/examples/apache/eg_vhost.conf /etc/apache2/</userinput>\r
-<userinput>cp Open-ILS/examples/apache/startup.pl /etc/apache2/</userinput>\r
-</screen>\r
- \r
+ <screen>\r
+ <userinput>cp Open-ILS/examples/apache/eg.conf /etc/apache2/sites-available/</userinput>\r
+ <userinput>cp Open-ILS/examples/apache/eg_vhost.conf /etc/apache2/</userinput>\r
+ <userinput>cp Open-ILS/examples/apache/startup.pl /etc/apache2/</userinput>\r
+ </screen>\r
</step>\r
<step xml:id="serversideinstallation-createsslkey">\r
<para>Create a new Security Certificate (SSL Key) for the Apache server with the command <command>openssl</command>. For a \r
public production server you should configure or purchase a signed SSL certificate, but for now you can just use a \r
self-signed certificate and accept the warnings in the Staff Client and browser during testing and development:</para>\r
-<screen>\r
-<userinput>mkdir /etc/apache2/ssl</userinput>\r
-<userinput>cd /etc/apache2/ssl</userinput>\r
-<userinput>openssl req -new -x509 -days 365 -nodes -out server.crt -keyout server.key</userinput>\r
-</screen>\r
- \r
+ <screen>\r
+ <userinput>mkdir /etc/apache2/ssl</userinput>\r
+ <userinput>cd /etc/apache2/ssl</userinput>\r
+ <userinput>openssl req -new -x509 -days 365 -nodes -out server.crt -keyout server.key</userinput>\r
+ </screen>\r
<note>\r
<para>This generates a self-signed SSL certificate. You should acquire a proper SSL certificate for a public \r
production system to avoid warning messages when users login to their account through the OPAC or when staff \r
</note>\r
</step>\r
<step>\r
- <para>Several changes are needed in the new Apache configuration file <filename>/etc/apache2/sites-available/eg.conf</filename>. \r
+
<para>Several changes are needed in the new Apache configuration file <filename>/etc/apache2/sites-available/eg.conf</filename>.
\r As the <systemitem class="username">root</systemitem> user, edit the file and make the following changes:</para>\r
- <substeps>\r
- <step>\r
- <para>Comment out the line <literal>Listen 443</literal>, since it conflicts with the same declaration in the configuration \r
+ <substeps>\r
+ <step>\r
+
<para>Comment out the line <literal>Listen 443</literal>, since it conflicts with the same declaration in the configuration
\r file: <filename>/etc/apache2/ports.conf</filename>. <systemitem class="osname">Debian Etch</systemitem> users should not \r
- do this since the conflict does not apply to that OS.</para> \r
- </step>\r
- <step> \r
- <para>For the <systemitem class="osname">Linux</systemitem> distributions \r
+ do this since the conflict does not apply to that OS.</para>\r
+ </step>\r
+ <step>\r
+
<para>For the <systemitem class="osname">Linux</systemitem> distributions
\r <systemitem class="osname">Ubuntu Hardy</systemitem> \r
or <systemitem class="osname">Debian Etch</systemitem>, as the <systemitem class="username">root</systemitem> user, edit the \r
Apache configuration file <filename>/etc/apache2/apache2.conf</filename> and change <literal>User www-data</literal> to \r
- <literal>User opensrf</literal>.</para> \r
- <para>For the <systemitem class="osname">Linux</systemitem> distributions <systemitem class="osname">Ubuntu \r
+ <literal>User opensrf</literal>.</para>\r
+
<para>For the <systemitem class="osname">Linux</systemitem> distributions <systemitem class="osname">Ubuntu
\r Karmic</systemitem> or <systemitem class="osname">Ubuntu Lucid</systemitem> or \r
<systemitem class="osname">Debian Lenny</systemitem>, as the <systemitem class="username">root</systemitem> user, \r
edit the Apache configuration file <filename>/etc/apache2/envvars</filename> and \r
change the line <literal>export APACHE_RUN_USER=www-data</literal> to <literal>export APACHE_RUN_USER=opensrf</literal>.\r
</para>\r
- <para>The following updates are needed to allow the logs to function properly, but it may break other Apache applications \r
+
<para>The following updates are needed to allow the logs to function properly, but it may break other Apache applications
\r on your server.</para>\r
- </step>\r
- </substeps> \r
- </step>\r
- <step>\r
- <para>As the <systemitem class="username">root</systemitem> user, edit the Apache configuration file \r
+ </step>\r
+ </substeps>\r
+ </step>\r
+ <step>\r
+
<para>As the <systemitem class="username">root</systemitem> user, edit the Apache configuration file
\r <filename>/etc/apache2/apache2.conf</filename> and add the lines <literal>KeepAliveTimeout 1</literal> and \r
<literal>MaxKeepAliveRequests 100</literal>, or modify any existing lines.</para>\r
- </step>\r
- </substeps>\r
- </step>\r
- <step performance="optional">\r
- <title>Performance Modifications for Apache</title>\r
- <para>Some further configuration changes to Apache may be necessary for busy systems. These changes increase the number of Apache server processes that are \r
+ </step>\r
+ </substeps>\r
+ </step>\r
+ <step performance="optional">\r
+ <title>Performance Modifications for Apache</title>\r
+
<para>Some further configuration changes to Apache may be necessary for busy systems. These changes increase the number of Apache server processes that are
\r started to support additional browser connections.</para>\r
- <para>As the <systemitem class="username">root</systemitem> user, edit the Apache configuration file <filename>/etc/apache2/apache2.conf</filename>, \r
+
<para>As the <systemitem class="username">root</systemitem> user, edit the Apache configuration file <filename>/etc/apache2/apache2.conf</filename>,
\r locate and modify the section related to <emphasis>prefork configuration</emphasis> to suit the load on your system.</para>\r
- \r
-<programlisting language="xml"><![CDATA[\r
+ <programlisting language="xml"><![CDATA[\r
<IfModule mpm_prefork_module>\r
StartServers 20\r
MinSpareServers 5\r
MaxClients 150\r
MaxRequestsPerChild 10000\r
</IfModule>\r
-]]></programlisting> \r
- </step>\r
- <step>\r
- <para>Finally, as the <systemitem class="username">root</systemitem> user, execute the following Apache configuration commands to disable the default \r
+]]></programlisting>\r
+ </step>\r
+ <step>\r
+
<para>Finally, as the <systemitem class="username">root</systemitem> user, execute the following Apache configuration commands to disable the default
\r <emphasis>It Works</emphasis> web page and to enable the Evergreen web site:</para>\r
-<screen>\r
-<userinput>a2dissite default</userinput>\r
-<userinput>a2ensite eg.conf</userinput>\r
-</screen> \r
- </step>\r
- </substeps>\r
- </step>\r
- <step xml:id="serversideinstallation-opensrf-config">\r
- <title>Modify the OpenSRF Configuration File</title>\r
- <para>As the <systemitem class="username">opensrf</systemitem> user, edit the OpenSRF configuration file <filename>/openils/conf/opensrf_core.xml</filename> to \r
+ <screen>\r
+ <userinput>a2dissite default</userinput>\r
+ <userinput>a2ensite eg.conf</userinput>\r
+ </screen>\r
+ </step>\r
+ </substeps>\r
+ </step>\r
+ <step xml:id="serversideinstallation-opensrf-config">\r
+ <title>Modify the OpenSRF Configuration File</title>\r
+
<para>As the <systemitem class="username">opensrf</systemitem> user, edit the OpenSRF configuration file <filename>/openils/conf/opensrf_core.xml</filename> to
\r update the Jabber usernames and passwords, and to specify the domain from which we will accept and to which we will make connections.</para>\r
- <para>If you are installing Evergreen on a single server and using the <systemitem class="domainname">private.localhost</systemitem> / \r
+
<para>If you are installing Evergreen on a single server and using the <systemitem class="domainname">private.localhost</systemitem> /
\r <systemitem class="domainname">public.localhost</systemitem> domains, these will already be set to the correct values. Otherwise, search and replace to match \r
your customized values.</para>\r
- <para>The following example uses common XPath syntax on the left-hand side to indicate the approximate position needing changes within the XML file:</para>\r
- <para>/config/opensrf/username = <systemitem class="username">opensrf</systemitem></para>\r
- <para>/config/opensrf/passwd = password for <systemitem class="domainname">private.localhost</systemitem>\r
- <systemitem class="username">opensrf</systemitem> user</para>\r
+ <para>The following example uses common XPath syntax on the left-hand side to indicate the approximate position needing changes within the XML file:</para>\r
+ <para>/config/opensrf/username = <systemitem class="username">opensrf</systemitem></para>\r
+ <para>/config/opensrf/passwd = password for <systemitem class="domainname">private.localhost</systemitem><systemitem class="username">opensrf</systemitem> user</para>\r
<para>/config/gateway/username = <systemitem class="username">opensrf</systemitem></para>\r
- <para>/config/gateway/passwd = password for <systemitem class="domainname">public.localhost</systemitem> \r
- <systemitem class="username">opensrf</systemitem> user</para>\r
+ <para>/config/gateway/passwd = password for <systemitem class="domainname">public.localhost</systemitem><systemitem class="username">opensrf</systemitem> user</para>\r
<para>/config/routers/router/transport (first entry, where <quote>transport/server</quote> == <systemitem class="domainname">public.localhost</systemitem>)</para>\r
- <itemizedlist>\r
- <listitem>username = <systemitem class="username">router</systemitem></listitem> \r
- <listitem>password = password for <systemitem class="domainname">public.localhost</systemitem> <systemitem class="username">router</systemitem> \r
+ <itemizedlist>\r
+ <listitem>username = <systemitem class="username">router</systemitem></listitem>\r
+ <listitem>password = password for <systemitem class="domainname">public.localhost</systemitem> <systemitem class="username">router</systemitem> \r
user</listitem>\r
- </itemizedlist>\r
- <para>/config/routers/router/transport (second entry, where <quote>transport/server</quote> == <systemitem \r
- class="domainname">private.localhost</systemitem>) </para>\r
- <itemizedlist>\r
- <listitem>username = <systemitem class="username">router</systemitem></listitem> \r
- <listitem>password = password for <systemitem class="domainname">private.localhost</systemitem> <systemitem class="username">router</systemitem> \r
+ </itemizedlist>\r
+ <para>/config/routers/router/transport (second entry, where <quote>transport/server</quote> == <systemitem class="domainname">private.localhost</systemitem>) </para>\r
+ <itemizedlist>\r
+ <listitem>username = <systemitem class="username">router</systemitem></listitem>\r
+ <listitem>password = password for <systemitem class="domainname">private.localhost</systemitem> <systemitem class="username">router</systemitem> \r
user</listitem>\r
- </itemizedlist>\r
- \r
- </step>\r
- <step xml:id="serversideinstallation-srfsh">\r
- <title>Create Configuration Files for Users Needing <application>"srfsh"</application></title>\r
- <para>The software installation will automatically create a utility named <command>srfsh</command> (surf shell). This is a command line diagnostic tool for \r
+ </itemizedlist>\r
+ </step>\r
+ <step xml:id="serversideinstallation-srfsh">\r
+ <title>Create Configuration Files for Users Needing <command>srfsh</command></title>\r
+ <para>The software installation will automatically create a utility named <command>srfsh</command> (surf shell). This is a command line diagnostic tool for \r
testing and interacting with the OpenSRF network software. It will be used in a future step to complete and test the Evergreen installation. \r
See <xref linkend="serversideinstallation-testing"/> for further information.</para>\r
- <para>In this section you will set up a special configuration file for each user who will need to run the utility. Copy the short sample configuration \r
+
<para>In this section you will set up a special configuration file for each user who will need to run the utility. Copy the short sample configuration
\r file <filename>/openils/conf/srfsh.xml.example</filename> to the file <filename>.srfsh.xml</filename> (note the leading dot!) in the home directory of \r
each user who will use <command>srfsh</command>. Finally, edit each users' <filename>.srfsh.xml</filename> file and make the following changes:</para>\r
- <substeps>\r
- <step>\r
- <para>Modify <emphasis role="bold">domain</emphasis> to be the router hostname (following our domain examples, \r
- <systemitem class="domainname">private.localhost</systemitem>> will give <application>"srfsh"</application> access to all OpenSRF services, \r
+ <substeps>\r
+ <step>\r
+
<para>Modify <emphasis role="bold">domain</emphasis> to be the router hostname (following our domain examples,
\r+ <systemitem class="domainname">private.localhost</systemitem>> will give <command>srfsh</command> access to all OpenSRF services, \r
while <systemitem class="domainname">public.localhost</systemitem> will only allow access to those OpenSRF services that are publicly exposed).</para>\r
- </step>\r
- <step>\r
- <para>Modify <emphasis role="bold">username</emphasis> and <emphasis role="bold">password</emphasis> to match the \r
+ </step>\r
+ <step>\r
+
<para>Modify <emphasis role="bold">username</emphasis> and <emphasis role="bold">password</emphasis> to match the
\r <systemitem class="username">opensrf</systemitem> Jabber user for the chosen domain.</para>\r
- </step>\r
- <step>\r
- <para>Modify <emphasis role="bold">logfile</emphasis> to be the full path for a log file to which the user has write access.</para>\r
- </step>\r
- <step>\r
- <para>Modify <emphasis role="bold">loglevel</emphasis> as needed for testing.</para>\r
- </step>\r
- </substeps>\r
-<programlisting language="xml"><![CDATA[\r
+ </step>\r
+ <step>\r
+
<para>Modify <emphasis role="bold">logfile</emphasis> to be the full path for a log file to which the user has write access.</para>
\r+ </step>\r
+ <step>\r
+
<para>Modify <emphasis role="bold">loglevel</emphasis> as needed for testing.</para>
\r+ </step>\r
+ </substeps>\r
+
<programlisting language="xml"><![CDATA[
\r <?xml version="1.0"?>\r
<!-- This file follows the standard bootstrap config file layout -->\r
<!-- found in opensrf_core.xml -->\r
<loglevel>4</loglevel>\r
</srfsh>\r
]]></programlisting>\r
- </step>\r
- <step xml:id="serversideinstallation-opensrf-env">\r
- <title>Modify the OpenSRF Environment</title>\r
- <para>Modify the shell configuration file <filename>~/.bashrc</filename> for <systemitem class="username">opensrf</systemitem> by adding a Perl environmental \r
+ </step>\r
+ <step xml:id="serversideinstallation-opensrf-env">\r
+ <title>Modify the OpenSRF Environment</title>\r
+
<para>Modify the shell configuration file <filename>~/.bashrc</filename> for <systemitem class="username">opensrf</systemitem> by adding a Perl environmental
\r variable and execute the shell configuration file to load the new variables into your current environment.</para>\r
- <note>\r
- <para>\r
- <emphasis>In a multi-server environment, you must add any modifications to <filename>~/.bashrc</filename> to the top of the file \r
+ <note>\r
+ <emphasis>In a multi-server environment, you must add any modifications to <filename>~/.bashrc</filename> to the top of the file \r
<emphasis>before</emphasis> the line <literal>[ -z "$PS1" ] && return </literal>. This will allow headless (scripted) logins to \r
load the correct environment.</emphasis>\r
- </para>\r
- </note>\r
-<screen>\r
-<userinput>echo "export PERL5LIB=/openils/lib/perl5:\$PERL5LIB" >> ~/.bashrc</userinput>\r
-<userinput>. ~/.bashrc</userinput>\r
-</screen>\r
- </step>\r
- <step xml:id="serversideinstallation-starting">\r
- <title>Start Evergreen</title>\r
- <substeps>\r
- <step>\r
- <para>As the <systemitem class="username">root</systemitem> user, start the <systemitem class="service">ejabberd</systemitem> and \r
+ </para>\r
+ </note>\r
+ <screen>\r
+ <userinput>echo "export PERL5LIB=/openils/lib/perl5:\$PERL5LIB" >> ~/.bashrc</userinput>\r
+ <userinput>. ~/.bashrc</userinput>\r
+ </screen>\r
+ </step>\r
+ <step xml:id="serversideinstallation-starting">\r
+ <title>Start Evergreen</title>\r
+ <substeps>\r
+ <step>\r
+
<para>As the <systemitem class="username">root</systemitem> user, start the <systemitem class="service">ejabberd</systemitem> and
\r <systemitem class="service">memcached</systemitem> services (if they are not already running):</para>\r
-<screen>\r
-<userinput>/etc/init.d/ejabberd start</userinput>\r
-<userinput>/etc/init.d/memcached start</userinput>\r
-</screen>\r
- </step>\r
- <step>\r
- <para>As the <systemitem class="username">opensrf</systemitem> user, start Evergreen.</para>\r
- <para>Use the flag <option>-l</option> to force Evergreen to use <systemitem class="domainname">localhost</systemitem> \r
+ <screen>\r
+ <userinput>/etc/init.d/ejabberd start</userinput>\r
+ <userinput>/etc/init.d/memcached start</userinput>\r
+ </screen>\r
+ </step>\r
+ <step>\r
+
<para>As the <systemitem class="username">opensrf</systemitem> user, start Evergreen.</para>
\r+
<para>Use the flag <option>-l</option> to force Evergreen to use <systemitem class="domainname">localhost</systemitem>
\r (your current system) as the hostname. \r
Using the <option>start_all</option> option will start the OpenSRF <systemitem class="service">router</systemitem> , \r
- <systemitem class="service">Perl</systemitem> , and <systemitem class="service">C</systemitem> services:</para> \r
- <screen>$ osrf_ctl.sh -l -a start_all</screen>\r
- <note>\r
- <para>\r
- <emphasis>You can also start Evergreen <emphasis role="bold">without</emphasis> the <option>-l</option> flag, but the \r
+ <systemitem class="service">Perl</systemitem> , and <systemitem class="service">C</systemitem> services:</para>\r
+ <screen>$ osrf_ctl.sh -l -a start_all</screen>\r
+ <note>\r
+ <emphasis>You can also start Evergreen <emphasis role="bold">without</emphasis> the <option>-l</option> flag, but the \r
<command>osrf_ctl.sh</command> utility must know the fully qualified domain name for the system on which it will execute. \r
That hostname may have been specified in the configuration file <filename>opensrf.xml</filename>, which you configured in a \r
previous step.</emphasis>\r
- </para>\r
- <para>Use the <command>hostname</command> command to determine the fully qualified domain name of your system.</para>\r
- </note>\r
- <itemizedlist>\r
- <listitem>\r
- <para>If you receive an error message similar to <emphasis>osrf_ctl.sh: command not found</emphasis>, then your environment \r
+ </para>\r
+
<para>Use the <command>hostname</command> command to determine the fully qualified domain name of your system.</para>
\r+ </note>\r
+ <itemizedlist>\r
+ <listitem>\r
+
<para>If you receive an error message similar to <emphasis>osrf_ctl.sh: command not found</emphasis>, then your environment
\r variable <envar>PATH</envar> does not include the directory <filename class="directory">/openils/bin</filename>. \r
As the <systemitem class="username">opensrf</systemitem> user, edit the configuration file <filename>/home/opensrf/.bashrc</filename> \r
and add the following line: <literal>export PATH=$PATH:/openils/bin</literal></para>\r
- </listitem>\r
- <listitem>\r
- <para>If you receive an error message similar to <errortext>Can't locate OpenSRF/System.pm in @INC ... \r
+ </listitem>\r
+ <listitem>\r
+
<para>If you receive an error message similar to <errortext>Can't locate OpenSRF/System.pm in @INC ...
\r BEGIN failed--compilation aborted</errortext>, then your environment variable <emphasis role="bold">PERL5LIB</emphasis> does not \r
include the directory <filename class="directory">/openils/lib/perl5</filename>. As the \r
<systemitem class="username">opensrf</systemitem> user, edit the configuration file <filename>/home/opensrf/.bashrc</filename> \r
and add the following line: <literal>export PERL5LIB=$PERL5LIB:/openils/lib/perl5</literal></para>\r
- </listitem>\r
- </itemizedlist>\r
- </step>\r
- <step>\r
- <para>As the <systemitem class="username">opensrf</systemitem> user, generate the Web files needed by the Staff Client and catalog, \r
+ </listitem>\r
+ </itemizedlist>\r
+ </step>\r
+ <step>\r
+
<para>As the <systemitem class="username">opensrf</systemitem> user, generate the Web files needed by the Staff Client and catalog,
\r and calculate the proximity of locations in the Organizational Unit tree (which allows <emphasis>Holds</emphasis> to work properly).</para>\r
- <para>You must do this the first time you start Evergreen, and after making any changes to the library hierarchy.</para>\r
-<screen>\r
-<userinput>cd /openils/bin</userinput>\r
-<userinput>./autogen.sh -c /openils/conf/opensrf_core.xml -u</userinput>\r
+ <para>You must do this the first time you start Evergreen, and after making any changes to the library hierarchy.</para>\r
+ <screen><userinput>cd /openils/bin</userinput><userinput>./autogen.sh -c /openils/conf/opensrf_core.xml -u</userinput>\r
Updating Evergreen organization tree and IDL using '/openils/conf/opensrf_core.xml'\r
Updating fieldmapper\r
</screen>\r
- </step>\r
- <step>\r
- <para>As the <systemitem class="username">root</systemitem> user, restart the Apache Web server:</para>\r
- <screen>/etc/init.d/apache2 restart</screen>\r
- <note><para>If the Apache Web server was running when you started the OpenSRF services, you might not be able to successfully log in to the OPAC or Staff \r
- Client until the Apache Web server is restarted.</para></note>\r
- </step>\r
- </substeps>\r
- </step>\r
- </procedure>\r
- </section> \r
- <section xml:id="serversideinstallation-testing">\r
- <title>Testing the Installation</title>\r
- <para>This section describes several simple tests you can perform to verify that the Evergreen server-side software has been installed and configured properly \r
+ </step>\r
+ <step>\r
+ <para>As the <systemitem class="username">root</systemitem> user, restart the Apache Web server:</para>\r
+ <screen>/etc/init.d/apache2 restart</screen>\r
+ <note>\r
+ <para>If the Apache Web server was running when you started the OpenSRF services, you might not be able to successfully log in to the OPAC or Staff \r
+ Client until the Apache Web server is restarted.</para>\r
+ </note>\r
+ </step>\r
+ </substeps>\r
+ </step>\r
+ </procedure>\r
+ </section>\r
+ <section xml:id="serversideinstallation-testing">\r
+ <title>Testing the Installation</title>\r
+ <para>This section describes several simple tests you can perform to verify that the Evergreen server-side software has been installed and configured properly \r
and is running as expected.</para>\r
- <simplesect xml:id="serversideinstallation-testing-connections">\r
- <title>Testing Connections to Evergreen</title>\r
-
<para>Once you have installed and started Evergreen, test your connection to Evergreen. As the <systemitem class="username">opensrf</systemitem> user start
\r+ <simplesect xml:id="serversideinstallation-testing-connections">\r
+ <title>Testing Connections to Evergreen</title>\r
+ <para>Once you have installed and started Evergreen, test your connection to Evergreen. As the <systemitem class="username">opensrf</systemitem> user start \r
the <command>srfsh</command> application and try logging onto the Evergreen server using the default administrator username and password. Following \r
- is sample output generated by executing that script after a successful Evergreen installation:</para> \r
-<screen>\r
-<userinput>/openils/bin/srfsh</userinput>\r
-<prompt>srfsh%</prompt> <userinput>login admin open-ils</userinput>\r
+ is sample output generated by executing that script after a successful Evergreen installation:</para>\r
+ <screen><userinput>/openils/bin/srfsh</userinput><prompt>srfsh%</prompt> <userinput>login admin open-ils</userinput>\r
Received Data: "250bf1518c7527a03249858687714376"\r
------------------------------------\r
Request Completed Successfully\r
Request Time in seconds: 1.336568\r
------------------------------------\r
</screen>\r
-
<para>The first argument is how many sets of 4 queries (+ - * /) are sent to <systemitem class="service">opensrf.math</systemitem>. When the response is
\r+ <para>The first argument is how many sets of 4 queries (+ - * /) are sent to <systemitem class="service">opensrf.math</systemitem>. When the response is \r
successful, you will see the string of <literal>+</literal> symbols. If the system is not running correctly, you will either get an exception or no result at \r
all.</para>\r
- <para>For other <application>"srfsh"</application> commands, type <userinput>help</userinput> in at the prompt.</para>\r
- <para/>\r
- <para>If this test fails or you have any other problems during installation, refer to the <xref linkend="troubleshooting" /> chapter.</para>\r
- </simplesect>\r
- </section>\r
- <section xml:id="serversideinstallation-virtual">\r
- <title>Installing In Virtualized Unix Environments</title>\r
- <para>Evergreen software currently runs as a native application on any of several well-known <systemitem class="osname">Linux</systemitem> distributions (e.g., \r
- <systemitem class="osname">Ubuntu</systemitem> and <systemitem class="osname">Debian</systemitem>). It does not run as a native application on the \r
- <systemitem class="osname">Windows</systemitem> operating system (e.g., <systemitem class="osname">WindowsXP</systemitem>, \r
- <systemitem class="osname">WindowsXP Professional</systemitem>, <systemitem class="osname">Windows7</systemitem>), but the software can be installed and run on \r
- <systemitem class="osname">Windows</systemitem> via a virtualized Linux-guest Operating System (using, for example, <application>"VirtualBox"</application> \r
- or <application>"VMware"</application> to emulate a <systemitem class="osname">Linux</systemitem> environment).</para>\r
- <indexterm>\r
- <primary>ZZZ-REVIEW</primary>\r
- <secondary>ADD CONTENT FOR INSTALLING EVERGREEN IN VIRTUALIZED UNIX ENVIRONMENTS </secondary>\r
- </indexterm>\r
- <caution>ADD CONTENT FOR INSTALLING EVERGREEN IN VIRTUALIZED UNIX ENVIRONMENTS </caution>\r
- <simplesect xml:id="serversideinstallation-virtualized-virtualbox">\r
- <title>VirtualBox</title>\r
- <indexterm>\r
- <primary>ZZZ-REVIEW</primary>\r
- <secondary>ADD CONTENT FOR VirtualBox </secondary>\r
- </indexterm>\r
- <caution>ADD CONTENT FOR VirtualBox </caution>\r
+ <para>For other <command>srfsh</command> commands, type <userinput>help</userinput> in at the prompt.</para>\r
+ <para/>\r
+ <para>If this test fails or you have any other problems during installation, refer to the <xref linkend="troubleshooting"/> chapter.</para>\r
</simplesect>\r
- <simplesect xml:id="serversideinstallation-virtualized-vmware">\r
- <title>VMware</title>\r
- <indexterm>\r
- <primary>ZZZ-REVIEW</primary>\r
- <secondary>ADD CONTENT FOR VMware </secondary>\r
- </indexterm>\r
- <caution>ADD CONTENT FOR VMware </caution>\r
+ </section>\r
+ <section xml:id="serversideinstallation-virtual">\r
+ <title>Installing In Virtualized <systemitem class="osname">Linux</systemitem> Environments</title>\r
+ <para>This section describes the installation of Evergreen software in so-called "virtualized" software environments. Evergreen software runs as a native application on any of several well-known x86 (32-bit) and x86-64 (64-bit) <systemitem class="osname">Linux</systemitem> distributions including <systemitem class="osname">Ubuntu</systemitem> and <systemitem class="osname">Debian</systemitem> but it does not run as a native application on the <systemitem class="osname">Microsoft Windows</systemitem> operating system. However, it is possible to execute Evergreen on a <systemitem class="osname">Windows</systemitem> host system by running it within a virtual Linux-guest installation, which itself executes on the <systemitem class="osname">Windows</systemitem> system. The <systemitem class="osname">Linux</systemitem> environment is fully emulated and acts (within limits) just as if it were executing on a real standalone system.</para>\r
+ <para>This technique of emulating a <systemitem class="osname">Linux</systemitem> environment on a <systemitem class="osname">Windows</systemitem> host is a practical way to install and run an Evergreen system if it is not possible to dedicate a physical machine solely as a <systemitem class="osname">Linux</systemitem> host for Evergreen. This architecture is not recommended for large scale systems since there are performance limitations to running Evergreen in a virtualized environment. However, it is a reasonable architecture for smaller experimental systems, as a proof of concept, or as a conference-room pilot.</para>\r
+ <simplesect>\r
+ <title>Installing Virtualization Software</title>\r
+ <para>As described above, Evergreen can be installed on top of an emulated <systemitem class="osname">Linux</systemitem> environment. The <systemitem class="osname">Linux</systemitem> environment, in turn, is installed on top of a software application such as <application>"VirtualBox"</application>, <application>"VMware"</application> or <application>"VirtualPC"</application> which must first be installed on the <systemitem class="osname">Windows</systemitem> system. This section contains step-by-step examples that show installing popular virtualization applications on a <systemitem class="osname">Windows</systemitem> host system. Following this section are further descriptions of installing <systemitem class="osname">Linux</systemitem> and Evergreen systems using that virtualization software.</para>\r
+ <section xml:id="serversideinstallation-virtual-vbox-install">\r
+ <title>Installing <application>"VirtualBox"</application> Virtualization Software</title>\r
+ <para>This section reviews installation of the <application>"VirtualBox"</application> application on <systemitem class="osname">WindowsXP Professional (SP2)</systemitem>. Download <application>VirtualBox</application> from their official website: <ulink url="http://download.virtualbox.org/virtualbox/3.2.8/VirtualBox-3.2.8-64453-Win.exe">http://download.virtualbox.org/virtualbox/3.2.8/VirtualBox-3.2.8-64453-Win.exe</ulink>, then run the executable file. Continue with the steps shown in the next five figures until the software has been successfully installed:</para>\r
+ <figure>\r
+ <title>Starting the Windows installation file</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vbox-install-1.png" scalefit="1" width="70%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure>\r
+ <title>Welcome to <application>VirtualBox</application> setup wizard</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vbox-install-2.png" scalefit="1" width="70%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure>\r
+ <title>Accept the license agreement</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vbox-install-3.png" scalefit="1" width="70%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure>\r
+ <title>Waiting for files to be copied</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vbox-install-4.png" scalefit="1" width="70%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure>\r
+ <title>Installation is complete</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vbox-install-5.png" scalefit="1" width="70%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ </section>\r
+ <section>\r
+ <title>Installing <application>"VMware"</application> Virtualization Software</title>\r
+ <para>This section reviews installation of the <application>"VMware"</application> application on <systemitem class="osname">WindowsXP Professional (SP2)</systemitem>. Download <application>VMware</application> from their official website: <ulink url="">link</ulink>, then run the executable file. Continue with the steps shown in the figures until the software has been successfully installed:</para>\r
+ <figure>\r
+ <title>Starting the Windows installation file</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vbox-install-1.png" scalefit="1" width="75%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <indexterm>\r
+ <primary>ZZZ-REVIEW</primary>\r
+ <secondary>ADD INFO ON VMWARE</secondary>\r
+ </indexterm>\r
+ <caution>ADD INFO ON VMWARE</caution>\r
+ <para>At this point, <application>VirtualBox</application> has been installed, started for the first time, and a new virtual machine (VM) has been created. This VM is the environment in which the <systemitem class="osname">Linux</systemitem> / Evergreen installation will execute. Please continue in <xref linkend="serversideinstallation-virtual-install-linux-ev"/> with the installation of the <systemitem class="osname">Linux</systemitem> / Evergreen distribution.</para>\r
+ </section>\r
+ <section>\r
+ <title>Installing <application>"VirtualPC"</application> Virtualization Software</title>\r
+ <para>This section reviews installation of the <application>"VirtualPC"</application> application on <systemitem class="osname">WindowsXP Professional (SP2)</systemitem>. Download <application>VMware</application> from their official website: <ulink url="">link</ulink>, then run the executable file. Continue with the steps shown in the figures until the software has been successfully installed:</para>\r
+ <figure>\r
+ <title>Starting the Windows installation file</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vbox-install-1.png" scalefit="1" width="75%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <indexterm>\r
+ <primary>ZZZ-REVIEW</primary>\r
+ <secondary>ADD INFO ON VIRTUALPC</secondary>\r
+ </indexterm>\r
+ <caution>ADD INFO ON VIRTUALPC</caution>\r
+ <para>At this point, <application>VirtualBox</application> has been installed, started for the first time, and a new virtual machine (VM) has been created. This VM is the environment in which the <systemitem class="osname">Linux</systemitem> / Evergreen installation will execute. Please continue in <xref linkend="serversideinstallation-virtual-install-linux-ev"/> with the installation of the <systemitem class="osname">Linux</systemitem> / Evergreen distribution.</para>\r
+ </section>\r
+ </simplesect>\r
+ <simplesect xml:id="serversideinstallation-virtual-install-linux-ev">\r
+ <title>Installing <systemitem class="osname">Linux</systemitem> / Evergreen on Virtualization Software</title>\r
+ <para>After the virtualization software is installed and running, there are two ways to continue with installing <systemitem class="osname">Linux</systemitem> and Evergreen software in the new virtualized environment:</para>\r
+ <orderedlist>\r
+ <listitem>\r
+ <para>Download and install a prebuilt software image that contains a working <systemitem class="osname">Linux</systemitem> / Evergreen system (see <xref linkend="serversideinstall-virtual-prebuilt"/> for details)</para>\r
+ </listitem>\r
+ <listitem>\r
+ <para>Manually install a <systemitem class="osname">Linux</systemitem> guest system, then manually install Evergreen on it (see <xref linkend="serversideinstall-virtual-manual"/> for details)</para>\r
+ </listitem>\r
+ </orderedlist>\r
+ <para>We review each method in the following sections.</para>\r
+ <section xml:id="serversideinstall-virtual-prebuilt">\r
+ <title>Download and install a prebuilt software image</title>\r
+ <para>You can download a prebuilt software image that, when installed with your virtualization software, emulates a <systemitem class="osname">Linux</systemitem> guest system containing a running Evergreen distribution. The image is essentially a snapshot of a hard disk from a fully configured, functional <systemitem class="osname">Linux</systemitem> system with Evergreen already installed.</para>\r
+ <para>We recommend this approach if you wish to get Evergreen running quickly with minimal attention to configuration. After reviewing only a few configuration details you can have a working Evergreen system that integrates smoothly with the rest of your network. See <xref linkend="serversideinstall-virtual-versions"/> for a list of prebuilt software images that are currently available to download and install</para>\r
+ <note>DISCLAIMER: The following virtual images have been contributed by members of the Evergreen community for the purposes of testing, evaluation, training, and development.</note>\r
+ <table xml:id="serversideinstall-virtual-versions">\r
+ <title>Linux / Evergreen Virtual Images</title>\r
+ <tgroup align="left" cols="4" colsep="1" rowsep="1">\r
+ <thead>\r
+ <row>\r
+ <entry>Linux Version</entry>\r
+ <entry>Evergreen Version</entry>\r
+ <entry>Image</entry>\r
+ <entry>Comments</entry>\r
+ </row>\r
+ </thead>\r
+ <tbody>\r
+ <row>\r
+ <entry>Debian lenny (5.0)</entry>\r
+ <entry>1.6.0.1</entry>\r
+ <entry>\r
+ <ulink url="http://www.open-ils.org/~denials/Evergreen1601_DebianLenny.zip"> download </ulink>\r
+ </entry>\r
+ <entry>VirtualBox image</entry>\r
+ </row>\r
+ <row>\r
+ <entry>Ubuntu karmic koala (9.10)</entry>\r
+ <entry>1.6.0.0</entry>\r
+ <entry>\r
+ <ulink url="http://www.open-ils.org/~denials/Evergreen-1600-Karmic.zip"> download </ulink>\r
+ </entry>\r
+ <entry>VirtualBox image</entry>\r
+ </row>\r
+ <row>\r
+ <entry>Ubuntu hardy heron (8.04)</entry>\r
+ <entry>1.2.3.1</entry>\r
+ <entry>\r
+ <ulink url="http://open-ils.org/dokuwiki/doku.php?id=server:1.2:ubuntu804:readme"> download </ulink>\r
+ </entry>\r
+ <entry>VirtualBox image; no preloaded data</entry>\r
+ </row>\r
+ <row>\r
+ <entry>Debian etch (4.0)</entry>\r
+ <entry>1.2.2.3</entry>\r
+ <entry>\r
+ <ulink url="http://open-ils.org/dokuwiki/doku.php?id=vmware:debian"> download </ulink>\r
+ </entry>\r
+ <entry>VMware image; preloaded with 13,000 Gutenberg records</entry>\r
+ </row>\r
+ <row>\r
+ <entry>Ubuntu gutsy gibbon (7.10)</entry>\r
+ <entry>1.2.1.4</entry>\r
+ <entry>\r
+ <ulink url="http://www.open-ils.org/downloads/vmware/Evergreen_1.2.1.4_on_Ubuntu_7.10.zip"> download </ulink>\r
+ </entry>\r
+ <entry>VMware image</entry>\r
+ </row>\r
+ <row>\r
+ <entry>Gentoo</entry>\r
+ <entry>1.1.5</entry>\r
+ <entry>\r
+ <ulink url="http://www.open-ils.org/~denials/Evergreen_1.1.5_Gentoo_x86.zip"> download </ulink>\r
+ </entry>\r
+ <entry>VMware image</entry>\r
+ </row>\r
+ </tbody>\r
+ </tgroup>\r
+ </table>\r
+ <indexterm>\r
+ <primary>ZZZ-REVIEW</primary>\r
+ <secondary>EXPAND LIST OF OTHER PREBUILT IMAGES</secondary>\r
+ </indexterm>\r
+ <caution>EXPAND LIST OF OTHER PREBUILT IMAGES</caution>\r
+ <para>For the following example, we have already installed the <application>VirtualBox</application> application (see <xref linkend="serversideinstallation-virtual-vbox-install"/> for details). Continue with the steps as shown; refer to the accompanying figures for further information:</para>\r
+ <procedure>\r
+ <step>Start VirtualBox for the first time and select <menuchoice><guimenu>File</guimenu><guimenuitem>VirtualBox Media Manager</guimenuitem><guimenuitem>Add</guimenuitem></menuchoice> to locate the prebuilt software image just downloaded (the example shows it was extracted from the original <literal>.ZIP</literal> file into a temporary directory <literal>C:\temp</literal>). See <xref linkend="serversideinstallation-virtual-vm-install-2"/> for details.</step>\r
+ <step>After selecting the file, click <guibutton>Open</guibutton> to import it (see <xref linkend="serversideinstallation-virtual-vm-install-3"/> for details).</step>\r
+ <step>Then click <guibutton>OK</guibutton> to save the selection and return to the VirtualBox Media Manager (see <xref linkend="serversideinstallation-virtual-vm-install-4"/> for details).</step>\r
+ <step>Click <guibutton>New</guibutton> to start the "Virtual Machine Wizard", then <guibutton>Next</guibutton> to continue and create a new virtual machine (VM) <xref linkend="serversideinstallation-virtual-vm-install-5"/>).</step>\r
+ <step>Create a new name for the VM and set the operating system type, then click <guibutton>Next</guibutton> (see <xref linkend="serversideinstallation-virtual-vm-install-6"/>).</step>\r
+ <step>Set the memory size (we chose the default value of 512Mb), then click <guibutton>Next</guibutton> (see <xref linkend="serversideinstallation-virtual-vm-install-7"/>).</step>\r
+ <step>Edit the Virtual Hard Disk configuration settings; click the radio boxes "Boot Hard Disk" and "Use existing hard disk" and ensure that the disk name "Evergreen1601_DebianLenny.vmdk" is selected. Click <guibutton>Finish</guibutton> to finish the setup (see <xref linkend="serversideinstallation-virtual-vm-install-8"/>).</step>\r
+ <step>\r
+ <para>Install the <application>VirtualBox Guest Additions</application> (really a required upgrade to VirtualBox)</para>\r
+ <indexterm>\r
+ <primary>ZZZ-REVIEW</primary>\r
+ <secondary>ADD INFO ON INSTALLING VIRTUALBOX GUEST ADDITIONS</secondary>\r
+ </indexterm>\r
+ <caution>ADD INFO ON INSTALLING VIRTUALBOX GUEST ADDITIONS</caution>\r
+ </step>\r
+ <step>Return to VirtualBox and see the summary of the VM just created. Click <guibutton>Start</guibutton> to boot the new VM (see <xref linkend="serversideinstallation-virtual-vm-install-9"/>).</step>\r
+ <step>See the start of the <systemitem class="osname">Linux</systemitem> boot sequence. Choose "Debian Gnu/Linux, kernel 2.6.26-2-686" from the startup menu and type <guibutton>Enter</guibutton> to start <systemitem class="osname">Linux</systemitem> and Evergreen (see <xref linkend="serversideinstallation-virtual-vm-install-11"/>). After some delay you should see the command line prompt: <literal>debian-lenny login:</literal> . Log in with username <literal>root</literal> and password <literal>evergreen</literal> to continue (see <xref linkend="serversideinstallation-virtual-vm-install-14"/>).</step>\r
+ </procedure>\r
+ <para>At this point you have a running <systemitem class="osname">Linux</systemitem> / Evergreen system. If you need to modify the Evergreen configuration in any way, review the sectons of the standard Evergreen installation instructions in <xref linkend="serversideinstallation-ubuntudebian"/> that deal with configuration.</para>\r
+ <figure xml:id="serversideinstallation-virtual-vm-install-2">\r
+ <title>Starting <application>VirtualBox</application> for the first time</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vm-install-2.png" scalefit="1" width="70%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure xml:id="serversideinstallation-virtual-vm-install-3">\r
+ <title>Selecting the software image in Virtual Media Manager</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vm-install-3.png" scalefit="1" width="70%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure xml:id="serversideinstallation-virtual-vm-install-4">\r
+ <title>New software image added to <application>VirtualBox</application></title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vm-install-4.png" scalefit="1" width="75%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure xml:id="serversideinstallation-virtual-vm-install-5">\r
+ <title>Creating a new VM</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vm-install-5.png" scalefit="1" width="75%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure xml:id="serversideinstallation-virtual-vm-install-6">\r
+ <title>Setting the VM name and OS type</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vm-install-6.png" scalefit="1" width="75%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure xml:id="serversideinstallation-virtual-vm-install-7">\r
+ <title>Setting memory size</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vm-install-7.png" scalefit="1" width="75%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure xml:id="serversideinstallation-virtual-vm-install-8">\r
+ <title>Setting up the Virtual Hard Disk</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vm-install-8.png" scalefit="1" width="75%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure xml:id="serversideinstallation-virtual-vm-install-9">\r
+ <title>Finishing definition of new VM</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vm-install-9.png" scalefit="1" width="75%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure xml:id="serversideinstallation-virtual-vm-install-10">\r
+ <title>Summary of the new VM</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vm-install-10.png" scalefit="1" width="75%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure xml:id="serversideinstallation-virtual-vm-install-11">\r
+ <title>Selecting VM from startup menu</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vm-install-11.png" scalefit="1" width="75%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure xml:id="serversideinstallation-virtual-vm-install-12">\r
+ <title>Starting the new VM</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vm-install-12.png" scalefit="1" width="75%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure xml:id="serversideinstallation-virtual-vm-install-13">\r
+ <title>Starting the new VM (continued)</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vm-install-13.png" scalefit="1" width="75%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ <figure xml:id="serversideinstallation-virtual-vm-install-14">\r
+ <title>Logging into the new VM</title>\r
+ <mediaobject>\r
+ <imageobject>\r
+ <imagedata fileref="../media/serversideinstallation-virtual-vm-install-14.png" scalefit="1" width="75%"/>\r
+ </imageobject>\r
+ </mediaobject>\r
+ </figure>\r
+ </section>\r
+ <section xml:id="serversideinstall-virtual-manual">\r
+ <title>Manually install <systemitem class="osname">Linux</systemitem> and Evergreen</title>\r
+ <para>You can manually install a <systemitem class="osname">Linux</systemitem> guest system and Evergreen on your virtualization software.</para>\r
+ <para>We recommend this approach if you need to specially configure either the <systemitem class="osname">Linux</systemitem> system or Evergreen itself. This will require a detailed review of both <systemitem class="osname">Linux</systemitem> and Evergreen configuration details. You are essentially doing a normal Evergreen installation on a <systemitem class="osname">Linux</systemitem> system; it just happens that <systemitem class="osname">Linux</systemitem> is running within a virtualized environment. Refer to <xref linkend="serversideinstallation-ubuntudebian"/> for information on the normal Evergreen installation, then continue with this section.</para>\r
+ <para>For the following example, we have already installed the <application>VirtualBox</application> application (see <xref linkend="serversideinstallation-virtual-vbox-install"/> for details). Continue with the steps as shown; refer to the accompanying figures for further information:</para>\r
+ <procedure>\r
+ <step>\r
+ <para>Download and install a standard <systemitem class="osname">Ubuntu</systemitem> distribution in <application>"VirtualBox"</application>.</para>\r
+ <para>You can download a software image of a prebuilt <systemitem class="osname">Ubuntu</systemitem> distribution and immediately import it into <application>"VirtualBox"</application> , or you can download and install \r
+</para>\r
+ <indexterm>\r
+ <primary>ZZZ-REVIEW</primary>\r
+ <secondary>ADD DETAILS ON MANUAL INSTALLATION OF LINUX</secondary>\r
+ </indexterm>\r
+ <caution>ADD DETAILS ON MANUAL INSTALLATION OF LINUX</caution>\r
+ </step>\r
+ <step>\r
+ <para>Start (boot) <systemitem class="osname">Ubuntu</systemitem>.</para>\r
+ <indexterm>\r
+ <primary>ZZZ-REVIEW</primary>\r
+ <secondary>ADD DETAILS ON VM LINUX BOOT SEQUENCE</secondary>\r
+ </indexterm>\r
+ <caution>ADD DETAILS ON VM LINUX BOOT SEQUENCE</caution>\r
+ </step>\r
+ <step>\r
+ <para>Install Evergreen on <systemitem class="osname">Ubuntu</systemitem>.</para>\r
+ <indexterm>\r
+ <primary>ZZZ-REVIEW</primary>\r
+ <secondary>ADD DETAILS ON MANUAL INSTALLATION OF EVERGREEN</secondary>\r
+ </indexterm>\r
+ <caution>ADD DETAILS ON MANUAL INSTALLATION OF EVERGREEN</caution>\r
+ </step>\r
+ </procedure>\r
+ <para>At this point, the <systemitem class="osname">Windows</systemitem> system is hosting an <systemitem class="osname">Ubuntu</systemitem> system, which itself is hosting the Evergreen distribution. So far as Evergreen is concerned, it is happily executing in a standard <systemitem class="osname">Ubuntu</systemitem> environment and behaves exactly as if it were executing on a standalone <systemitem class="osname">Ubuntu</systemitem> system.</para>\r
+ <para>Of course, there are limitations to how well a virtualized <systemitem class="osname">Ubuntu</systemitem> system emulates a real one. The <application>"VirtualBox"</application> application itself consumes memory, and it contributes to the CPU load on the <systemitem class="osname">Windows</systemitem> host system. The emulated <systemitem class="osname">Ubuntu</systemitem> system will have less available memory and will execute more slowly than if it were a standalone system, therefore Evergreen itself will inherit some limitations from this overall environment.</para>\r
+ <para>However, this technique of using a <systemitem class="osname">Windows</systemitem> host to emulate a <systemitem class="osname">Linux</systemitem> environment is a practical way to install and run an Evergreen system even if it isn't possible to dedicate a real machine solely as a <systemitem class="osname">Linux</systemitem> host for testing. This is a reasonable architecture for simple experiments, or as a proof of concept, or as a conference-room pilot.</para>\r
+ </section>\r
</simplesect>\r
- <simplesect xml:id="serversideinstallation-virtualized-virtualpc">\r
- <title>VirtualPC</title>\r
+ </section>\r
+ <section xml:id="serversideinstallation-postgresql">\r
+ <title>Installing PostgreSQL</title>\r
+ <para>In production Evergreen systems, the PostgreSQL database server may reside on the same system on which Evergreen is installed or on another standalone system so, by default, PostgreSQL is not automatically installed along with Evergreen. This section details the steps needed to manually install PostgreSQL on a <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem> system.</para>\r
+ <para>If your PostgreSQL server will be on the same system as your Evergreen software, return to the previous section <xref linkend="serversideinstallation-postgresql-default"/> and follow those instructions. Otherwise, to manually install PostgreSQL on a system, continue with the instructions below.</para>\r
+ <note>\r
+ <para>Some <systemitem class="osname">Linux</systemitem> distributions, such as <systemitem class="osname">Debian Etch (4.0)</systemitem>, do not offer PostgreSQL version 8.2 as an installable package. Before you continue, examine the software dependencies listed in <xref linkend="serversideinstall-software-dependencies"/> to ensure that your Linux distribution supports the required version of PostgreSQL.</para>\r
+ </note>\r
+ <procedure>\r
+ <step>\r
+ <para>Install the application <application>"stow"</application> on your system if it is not already installed. Issue the following command as the <systemitem class="username">root</systemitem> user:</para>\r
+ <figure>\r
+ <title>Installing <application>"stow"</application></title>\r
+ <screen>\r
+ $ apt-get install stow\r
+ ...\r
+ </screen>\r
+ </figure>\r
+ </step>\r
+ <step>\r
+ <para>Download, compile, and install the latest release for PostgreSQL 8.2 (which was version <literal>8.2.12</literal> at the time of this writing). As the <systemitem class="username">root</systemitem> user, follow these steps:</para>\r
+ <figure>\r
+ <title>Installing PostgreSQL</title>\r
+ <screen>\r
+ $ wget http://wwwmaster.postgresql.org/redir/198/h/source/v8.2.17/postgresql-8.2.17.tar.bz2\r
+ $ tar xzf postgresql-8.2.17.tar.gz\r
+ $ cd postgresql-8.2.17\r
+ $ ./configure --with-perl --enable-integer-datetimes --with-openssl --prefix=/usr/local/stow/pgsql\r
+ ...\r
+ $ make\r
+ ...\r
+ $ make install\r
+ ...\r
+ $ cd contrib\r
+ $ make\r
+ ...\r
+ $ make install\r
+ $ cd xml2\r
+ $ make\r
+ ...\r
+ $ make install\r
+ $ cd /usr/local/stow\r
+ $ stow pgsql\r
+ </screen>\r
+ </figure>\r
+ </step>\r
+ <step>\r
+ <para>Create the new user <systemitem class="username">postgres</systemitem> to run the PostgreSQL processes. As the <systemitem class="username">root</systemitem> user, execute this command:</para>\r
+ <figure>\r
+ <title>Adding <systemitem class="username">postgres</systemitem></title>\r
+ <screen>\r
+ $ adduser postgres\r
+ </screen>\r
+ </figure>\r
+ </step>\r
+ <step>\r
+ <para>Initialize the database directory and start up PostgreSQL. As the <systemitem class="username">root</systemitem> user, follow these steps:</para>\r
+ <figure>\r
+ <title>Adding <systemitem class="username">postgres</systemitem></title>\r
+ <screen>\r
+ $ mkdir -p /usr/local/pgsql/data\r
+ $ chown postgres /usr/local/pgsql/data\r
+ $ su - postgres\r
+ $ initdb -D /usr/local/pgsql/data -E UNICODE --locale=C\r
+ $ pg_ctl -D /usr/local/pgsql/data -l /home/postgres/logfile start\r
+ </screen>\r
+ </figure>\r
+ <note>\r
+ <para>If an error occurs during the final step above, review the path of the home directory for the <systemitem class="username">postgres</systemitem> user. It may be <literal>/var/lib/postresql</literal> instead of <literal>/home/postres</literal>.</para>\r
+ </note>\r
+ </step>\r
+ <step>\r
+ <para>The values of several PostreSQL configuration parameters may be changed for enhanced performance. The following table lists the default values and some suggested updates for several useful parameters:</para>\r
+ <table>\r
+ <title>Suggested configuration values</title>\r
+ <tgroup align="left" cols="3" colsep="1" rowsep="1">\r
+ <colspec colnum="1" colwidth="1*"/>\r
+ <colspec colnum="2" colwidth="1*"/>\r
+ <colspec colnum="3" colwidth="1*"/>\r
+ <thead>\r
+ <row>\r
+ <entry>Parameter</entry>\r
+ <entry>Default</entry>\r
+ <entry>Suggested</entry>\r
+ </row>\r
+ </thead>\r
+ <tbody>\r
+ <row>\r
+ <entry>default_statistics_target</entry>\r
+ <entry>10</entry>\r
+ <entry>100</entry>\r
+ </row>\r
+ <row>\r
+ <entry>work_mem</entry>\r
+ <entry>4Mb</entry>\r
+ <entry>128Mb</entry>\r
+ </row>\r
+ <row>\r
+ <entry>shared_buffers</entry>\r
+ <entry>8Mb</entry>\r
+ <entry>512Mb</entry>\r
+ </row>\r
+ <row>\r
+ <entry>effective_cache_size</entry>\r
+ <entry>128Mb</entry>\r
+ <entry>4Gb</entry>\r
+ </row>\r
+ </tbody>\r
+ </tgroup>\r
+ </table>\r
+ <indexterm>\r
+ <primary>ZZZ-REVIEW</primary>\r
+ <secondary>ADD CONTENT ON HOW TO UPDATE POSTRESQL PARAMETERS</secondary>\r
+ </indexterm>\r
+ <caution>ADD CONTENT ON HOW TO UPDATE POSTRESQL PARAMETERS </caution>\r
+ </step>\r
+ </procedure>\r
+ </section>\r
+ <section xml:id="serversideinstallation-apache">\r
+ <title>Installing Apache</title>\r
+ <simplesect>\r
+ <title>Securing Apache (httpd)</title>\r
+ <para>The main consideration is to secure the directory <filename class="directory">cgi-bin</filename>. The only persons that need access to this directory are Evergreen system administrators. This directory should be restricted by both IP (to those workstations designated as Evergeen Administration systems), and by username/password.</para>\r
<indexterm>\r
<primary>ZZZ-REVIEW</primary>\r
- <secondary>ADD CONTENT FOR VirtualPC </secondary>\r
+ <secondary>ADD CONTENT ON HOW TO RESTRICT APACHE BY IP AND USERNAME/PASSWORD </secondary>\r
</indexterm>\r
- <caution>ADD CONTENT FOR VirtualPC </caution>\r
+ <caution>ADD CONTENT ON HOW TO RESTRICT APACHE BY IP AND USERNAME/PASSWORD </caution>\r
+ <para>A user could add new libraries, re-arrange consortia, or change user groups; or a staff member could access the directory, and change his associated security group to administrative level privileges.</para>\r
</simplesect>\r
+ <indexterm>\r
+ <primary>ZZZ-REVIEW</primary>\r
+ <secondary>ADD MORE CONTENT FOR APACHE </secondary>\r
+ </indexterm>\r
+ <caution>ADD MORE CONTENT FOR APACHE </caution>\r
</section>\r
</section>\r
</chapter>\r
projects / Evergreen-DocBook.git / commitdiff