1 <?xml version="1.0" encoding="UTF-8"?>
\r
2 <chapter xml:id="ServersideInstallation" xmlns="http://docbook.org/ns/docbook" xmlns:xi="http://www.w3.org/2001/XInclude" xmlns:xl="http://www.w3.org/1999/xlink">
\r
4 <title>Server-side Installation of Evergreen Software</title>
\r
6 <para>This section describes installation of the Evergreen server-side software and its associated components. Installation, configuration, testing and verification
\r
7 of the software is straightforward if you follow some simple directions.</para>
\r
10 <section xml:id="serversideinstallation-overview">
\r
11 <para>Installing, configuring and testing the Evergreen server-side software is straightforward with the current stable software release. See
\r
12 <xref linkend="serversideinstallation-all"/> for instructions tailored to installing on some particular distributions of the <systemitem class="osname">Linux</systemitem>
\r
13 operating system. Earlier software distributions are described in <xref linkend="serversideinstallation-previousversions"/>.</para>
\r
14 <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
15 distributions (e.g., <systemitem class="osname">Ubuntu</systemitem> and <systemitem class="osname">Debian</systemitem>). It does not currently run as a native application
\r
16 on the <systemitem class="osname">Microsoft Windows</systemitem> operating system (e.g., <systemitem class="osname">WindowsXP</systemitem>, ]
\r
17 <systemitem class="osname">WindowsXP Professional</systemitem>, <systemitem class="osname">Windows7</systemitem>), but the software can still be installed and run on
\r
18 <systemitem class="osname">Windows</systemitem> via a so-called <emphasis>virtualized</emphasis> Linux-guest Operating System (using, for example,
\r
19 <application>"VirtualBox"</application>, or <application>"VMware"</application>, or <application>"VirtualPC"</application> to emulate a
\r
20 <systemitem class="osname">Linux</systemitem> environment). It can also be installed to run on other <systemitem class="osname">Linux</systemitem> systems via virtualized
\r
21 environments (using, for example, <application>"VirtualBox"</application> or <application>"VMware"</application>). More information on virtualized environments can be
\r
22 found in <xref linkend="serversideinstallation-virtual"/>.</para>
\r
23 <para>Installation of some sub-components of the Evergreen server-side software is mentioned only in abbreviated form in this section. More detailed information
\r
24 is available in <xref linkend="serversideinstallation-postgresql"/> and <xref linkend="serversideinstallation-apache"/>.</para>
\r
25 <para>Finally, installation of the Evergreen Staff Client software is reviewed in <xref linkend="serversideinstallation-staffclient"/>. </para>
\r
27 <title>Evergreen Software Dependencies</title>
\r
28 <para>The Evergreen server-side software has dependencies on particular versions of certain major software sub-components. Successful installation of Evergreen
\r
29 software requires that software versions agree with those listed here:</para>
\r
30 <table xml:id="serversideinstall-software-dependencies">
\r
31 <title>Evergreen Software Dependencies</title>
\r
32 <tgroup align="left" cols="3" colsep="1" rowsep="1">
\r
33 <colspec colnum="1" colname="Evergreen" colwidth="1.0*"/>
\r
34 <colspec colnum="2" colname="OpenSRF" colwidth="1.0*"/>
\r
35 <colspec colnum="3" colname="PostgreSQL" colwidth="1.0*"/>
\r
39 <entry>Evergreen</entry>
\r
40 <entry>OpenSRF</entry>
\r
41 <entry>PostgreSQL</entry>
\r
46 <entry>1.6.x</entry>
\r
48 <entry>8.2 / 8.3</entry>
\r
51 <entry>1.4.x</entry>
\r
53 <entry>8.1 / 8.2</entry>
\r
56 <entry>1.2.x</entry>
\r
58 <entry>8.1 / 8.2</entry>
\r
65 <title>Current Stable Software Release</title>
\r
66 <para>The current stable release of Evergreen is version <emphasis><emphasis role="bold">1.6.0.7</emphasis></emphasis>. Instructions for installing, configuring
\r
67 and testing that version on the <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem>
\r
68 <systemitem class="osname">Linux</systemitem> systems are found in <xref linkend="serversideinstallation-ubuntudebian"/>.</para>
\r
69 <para>This release of Evergreen software is dependent on the Open Service Request Framework (OpenSRF). The current stable release of OpenSRF is
\r
70 version <emphasis><emphasis role="bold">1.2.2</emphasis></emphasis>. Instructions for installing, configuring and testing that version are found in
\r
71 <xref linkend="serversideinstallation-opensrf"/>.</para>
\r
74 <title>Previous Software Releases</title>
\r
75 <para>Earlier releases of Evergreen are also available. Instructions for installing, configuring and testing earlier versions are found in
\r
76 <xref linkend="serversideinstallation-previousversions"/>.</para>
\r
77 <para>The next most recent previous release of Evergreen is version <emphasis><emphasis role="bold">1.4.0.6</emphasis></emphasis>. Instructions for installing, configuring
\r
78 and testing that version are found in <xref linkend="serversideinstallation-evergreen-previous"/>.</para>
\r
79 <para>The accompanying previous release of OpenSRF is version <emphasis><emphasis role="bold">1.0.7</emphasis></emphasis>. Instructions for installing, configuring and testing
\r
80 that version are found in <xref linkend="serversideinstallation-opensrf-previous"/>.</para>
\r
83 <section xml:id="serversideinstallation-all">
\r
84 <title>Installing Server-Side Software</title>
\r
85 <para>This section describes the installation of the major components of Evergreen server-side software.</para>
\r
86 <para>As far as possible, you should perform the following steps in the exact order given since the success of many steps relies on the successful completion of earlier steps. You
\r
87 should make backup copies of files and environments when you are instructed to do so. In the event of installation problems those copies can allow you to back out of a step gracefully
\r
88 and resume the installation from a known state. See <xref linkend="backingup"/> for further information.</para>
\r
89 <para>Of course, after you successfully complete and test the entire Evergreen installation you should take a final snapshot backup of your system(s). This can be the first in
\r
90 the series of regularly scheduled system backups that you should probably also begin.</para>
\r
91 <section xml:id="serversideinstallation-opensrf">
\r
92 <title>Installing OpenSRF 1.2.2 On <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem></title>
\r
93 <para>This section describes the installation of the latest version of the Open Service Request Framework (OpenSRF), a major component of the Evergreen server-side software,
\r
94 on <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem> systems. Evergreen software is integrated with and depends on the
\r
95 OpenSRF software system.</para>
\r
96 <para>Follow the steps outlined here and run the specified tests to ensure that OpenSRF is properly installed and configured. Do not continue with any further
\r
97 Evergreen installation steps until you have verified that OpenSRF has been successfully installed.</para>
\r
99 <para>The following steps have been tested on the x86 (32-bit) and x86-64 (64-bit) platforms. OpenSRF 1.2.2 has been tested on <systemitem class="osname">Debian Etch
\r
100 (4.0)</systemitem>, <systemitem class="osname">Debian Lenny</systemitem>, <systemitem class="osname">Ubuntu Hardy Heron (8.04)</systemitem>, and
\r
101 <systemitem class="osname">Ubuntu Intrepid Ibex (8.10)</systemitem>.</para>
\r
102 <para>In the following instructions, you are asked to perform certain steps as either the <systemitem class="username">root</systemitem> user, the
\r
103 <systemitem class="username">opensrf</systemitem> user, or the <systemitem class="username">postgres</systemitem> user.</para>
\r
105 <listitem><systemitem class="osname">Debian</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command
\r
106 <command>su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>
\r
107 <listitem><systemitem class="osname">Ubuntu</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command
\r
108 <command>sudo su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>
\r
110 <para>To switch from the <systemitem class="username">root</systemitem> user to a different user, issue the command <command>su - USERNAME</command>. For example, to
\r
111 switch from the <systemitem class="username">root</systemitem> user to the <systemitem class="username">opensrf</systemitem> user, issue the command
\r
112 <command>su - opensrf</command>. Once you have become a non-root user, to become the <systemitem class="username">root</systemitem> user again, simply issue
\r
113 the command <command>exit"</command>.</para>
\r
117 <title>Add the OpenSRF User</title>
\r
118 <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
119 <command>/bin/bash</command> to inherit a reasonable environment:</para>
\r
121 <userinput>su - opensrf</userinput>
\r
122 <userinput>useradd -m -s /bin/bash opensrf</userinput>
\r
123 <userinput>passwd opensrf</userinput>
\r
127 <title>Download and Unpack Latest OpenSRF Version</title>
\r
128 <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
129 <ulink url="http://evergreen-ils.org/downloads/OpenSRF-1.2.2.tar.gz"></ulink></para>
\r
131 <userinput>su - opensrf</userinput>
\r
132 <userinput>wget http://evergreen-ils.org/downloads/OpenSRF-1.2.2.tar.gz</userinput>
\r
133 <userinput>tar zxf OpenSRF-1.2.2.tar.gz</userinput>
\r
135 <para>The new directory <filename class="directory">/home/opensrf/OpenSRF-1.2.2</filename> will be created.</para>
\r
138 <title>Install Prerequisites to Build OpenSRF</title>
\r
139 <para>In this section you will install and configure a set of prerequisites that will be used to build OpenSRF. In a following step you will actually build the
\r
140 software using the <command>make</command> utility.</para>
\r
141 <para>As the <systemitem class="username">root</systemitem> user, enter the commands show below to build the prerequisites from the software distribution that
\r
142 you just downloaded and unpacked. Remember to replace <emphasis>[DISTRIBUTION]</emphasis> in the example with the keyword corresponding to the actual
\r
143 <systemitem class="osname">Linux</systemitem> distribution listed in the <link linkend="serversideinstallation-keywords-opensrf">distribution
\r
144 keywords</link>table.</para>
\r
146 <userinput>su - root</userinput>
\r
147 <userinput>cd /home/opensrf/OpenSRF-1.2.2</userinput>
\r
148 <userinput>make -f src/extras/Makefile.install [DISTRIBUTION]</userinput>
\r
151 <table xml:id="serversideinstallation-keywords-opensrf">
\r
152 <title>Keywords Targets for <application>"make"</application> Command</title>
\r
153 <tgroup align="left" cols="2" colsep="1" rowsep="1">
\r
154 <colspec colnum="1" colwidth="1.0*"/>
\r
155 <colspec colnum="2" colwidth="3.0*"/>
\r
158 <entry>Keyword</entry>
\r
159 <entry>Description</entry>
\r
164 <entry>debian-lenny</entry>
\r
165 <entry>for Debian Lenny (5.0)</entry>
\r
168 <entry>debian-etch</entry>
\r
169 <entry>for Debian Etch (4.0)</entry>
\r
172 <entry>ubuntu-karmic</entry>
\r
173 <entry>for Ubuntu Karmic (9.10)</entry>
\r
176 <entry>ubuntu-intrepid</entry>
\r
177 <entry>for Ubuntu Jaunty (9.04) or Intrepid (8.10)</entry>
\r
180 <entry>ubuntu-hardy</entry>
\r
181 <entry>for Ubuntu Hardy (8.04)</entry>
\r
187 <primary>ZZZ-REVIEW</primary>
\r
188 <secondary>ADD INFO FOR OTHER LINUX DISTRIBUTIONS </secondary>
\r
190 <caution>ADD INFO FOR OTHER LINUX DISTRIBUTIONS </caution>
\r
191 <para>This will install a number of packages on the system that are required by OpenSRF, including some Perl modules from CPAN. You can say <literal>No</literal> to
\r
192 the initial CPAN configuration prompt to allow it to automatically configure itself to download and install Perl modules from CPAN. The CPAN installer will
\r
193 ask you a number of times whether it should install prerequisite modules - say <literal>Yes</literal>.</para>
\r
196 <title>Configure OpenSRF</title>
\r
197 <para>As the <systemitem class="username">opensrf</systemitem> user, return to the OpenSRF build directory and use the <command>configure</command>
\r
198 utility to prepare for the next step of compiling and linking the software. You can include the <option>--enable-python</option> and
\r
199 <option>--enable-java</option> configuration options if you wish to include support for Python and Java, respectively:</para>
\r
201 <userinput>su - opensrf</userinput>
\r
202 <userinput>cd /home/opensrf/OpenSRF-1.2.2</userinput>
\r
203 <userinput>./configure --prefix=/openils --sysconfdir=/openils/conf</userinput>
\r
204 <userinput>make</userinput>
\r
209 <title>Compile, Link and Install OpenSRF</title>
\r
210 <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
211 link and install OpenSRF:</para>
\r
213 <userinput>su - opensrf</userinput>
\r
214 <userinput>cd /home/opensrf/OpenSRF-1.2.2</userinput>
\r
215 <userinput>make install</userinput>
\r
219 <title>Update the System Dynamic Library Path</title>
\r
220 <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
221 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
222 command <command>ldconfig</command> to automatically read the file and modify the system dynamic library path:</para>
\r
225 <userinput>su - root</userinput>
\r
226 <userinput>echo "/openils/lib" > /etc/ld.so.conf.d/osrf.conf</userinput>
\r
227 <userinput>ldconfig</userinput>
\r
231 <title>Define Public and Private OpenSRF Domains</title>
\r
232 <para>Define your public and private OpenSRF domains. For security purposes, OpenSRF uses Jabber domains to separate services into public and private realms.
\r
233 Throughout these instructions, we will use the example domains <systemitem class="domainname">public.localhost</systemitem> for the public domain and
\r
234 <systemitem class="domainname">private.localhost</systemitem> for the private domain. On a single-server system, the easiest way to define public and
\r
235 private domains is to define separate host names by adding entries to the file <filename>/etc/hosts</filename>.</para>
\r
236 <para>As the <systemitem class="username">root</systemitem> user, edit the file <filename>/etc/hosts</filename> and add the following entries for
\r
237 our example domains:</para>
\r
239 127.0.1.2 public.localhost public
\r
240 127.0.1.3 private.localhost private
\r
244 <title>Change File Ownerships</title>
\r
245 <para>As the <systemitem class="username">root</systemitem> user, change the ownership of files installed in the directory
\r
246 <filename class="directory">/openils</filename> to the <systemitem class="username">opensrf</systemitem> user:</para>
\r
248 <userinput>chown -R opensrf:opensrf /openils</userinput>
\r
252 <title>Stop the <systemitem class="service">ejabberd</systemitem> Service</title>
\r
253 <para>As the <systemitem class="username">root</systemitem> user, stop the <systemitem class="service">ejabberd</systemitem> service:</para>
\r
255 $ /etc/init.d/ejabberd stop
\r
258 <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
259 installation stage. One possible fix is to kill any remaining <systemitem class="daemon">beam</systemitem> and
\r
260 <systemitem class="daemon">epmd</systemitem> processes, then edit the configuration file <filename>/etc/ejabberd/ejabberd.cfg</filename> to hardcode a
\r
263 <userinput>su - root</userinput>
\r
264 <userinput>epmd -kill</userinput>
\r
265 <userinput>killall beam; killall beam.smp</userinput>
\r
266 <userinput>rm /var/lib/ejabberd/*</userinput>
\r
267 <userinput>echo 'ERLANG_NODE=ejabberd@localhost' >> /etc/default/ejabberd</userinput>
\r
272 <title>Edit the <systemitem class="service">ejabberd</systemitem> configuration</title>
\r
273 <para>As the <systemitem class="username">root</systemitem> user, edit the file <filename>/etc/ejabberd/ejabberd.cfg</filename> and make the following
\r
276 <listitem>Change <literal>{hosts, ["localhost"]}.</literal> to <literal>{hosts, ["localhost", "private.localhost", "public.localhost"]}.</literal></listitem>
\r
277 <listitem>Change <literal>{max_user_sessions, 10}.</literal> to <literal>{max_user_sessions, 10000}.</literal> If you see something like this instead:
\r
278 <literal>{access, max_user_sessions, [{10, all}]}.</literal>, then change it to <literal>{access, max_user_sessions, [{10000, all}]}.</literal></listitem>
\r
279 <listitem>Change all three occurrences of <literal>max_stanza_size</literal> to <literal>2000000</literal>.</listitem>
\r
280 <listitem>Change both occurrences of <literal>maxrate</literal> to <literal>500000</literal>.</listitem>
\r
281 <listitem>Comment out the line <literal>{mod_offline, []}</literal> by placing two <literal>%</literal> comment signs in front.</listitem>
\r
284 <step xml:id="serversideinstallation-opensrf-continued">
\r
285 <title>Restart the <systemitem class="service">ejabberd</systemitem> service</title>
\r
286 <para>As the <systemitem class="username">root</systemitem> user, restart the <systemitem class="service">ejabberd</systemitem> service to test the configuration
\r
287 changes and to register your users:</para>
\r
289 <userinput>/etc/init.d/ejabberd start</userinput>
\r
293 <title>Register <systemitem class="username">router</systemitem> and <systemitem class="username">ejabberd</systemitem> users</title>
\r
294 <para>On each domain, you need two <systemitem class="service">ejabberd</systemitem> users to manage the OpenSRF communications:</para>
\r
296 <listitem>a <systemitem class="username">router</systemitem> user, to whom all requests to connect to an OpenSRF service will be routed; this
\r
297 <systemitem class="service">ejabberd</systemitem> user must be named <systemitem class="username">router</systemitem></listitem>
\r
298 <listitem>an <systemitem class="username">opensrf</systemitem> user, which clients use to connect to OpenSRF services; this user can be named anything you
\r
299 like, but we will use <literal>opensrf</literal> in our examples</listitem>
\r
301 <para>As the <systemitem class="username">root</systemitem> user, use the <command>ejabberdctl</command> utility to register your ejabber users
\r
302 <emphasis>router</emphasis> and <emphasis>opensrf</emphasis> for the OpenSRF router service on each domain. The users should have different passwords on
\r
303 each domain. The syntax for registering a user with ejabberdctl is <command>ejabberdctl register <user> <domain> <password></command>
\r
304 These users will correspond to those configured in the file <filename>/openils/conf/opensrf_core.xml</filename>:</para>
\r
306 <userinput>ejabberdctl register router private.localhost <password></userinput>
\r
307 <userinput>ejabberdctl register opensrf private.localhost <password></userinput>
\r
308 <userinput>ejabberdctl register router public.localhost <password></userinput>
\r
309 <userinput>ejabberdctl register opensrf public.localhost <password></userinput>
\r
313 <title>Create configuration files</title>
\r
314 <para>As the <systemitem class="username">opensrf</systemitem> user, use the example templates to create the configuration files
\r
315 <filename>/openils/conf/opensrf_core.xml</filename> and <filename>/openils/conf/opensrf.xml</filename>:</para>
\r
317 <userinput>su - root</userinput>
\r
318 <userinput>cd /openils/conf</userinput>
\r
319 <userinput>cp opensrf.xml.example opensrf.xml</userinput>
\r
320 <userinput>cp opensrf_core.xml.example opensrf_core.xml</userinput>
\r
324 <title>Edit opensrf_core.xml</title>
\r
325 <para>Edit the file <filename>/openils/conf/opensrf_core.xml</filename> to change the <systemitem class="service">ejabberd</systemitem> usernames and passwords as
\r
329 <emphasis>The following example uses common XPath syntax on the left-hand side to indicate the approximate position needing changes within the XML
\r
333 <title>Updates needed in the file <filename>/openils/conf/opensrf_core.xml</filename></title>
\r
335 <listitem>/config/opensrf/username = <systemitem class="username">opensrf</systemitem></listitem>
\r
336 <listitem>/config/opensrf/passwd = password for <systemitem class="domainname">private.localhost</systemitem>
\r
337 <systemitem class="username">opensrf</systemitem> user</listitem>
\r
338 <listitem>/config/opensrf/passwd = password for <systemitem class="domainname">private.localhost</systemitem>
\r
339 <systemitem class="username">opensrf</systemitem> user</listitem>
\r
340 <listitem>/config/gateway/username = <systemitem class="username">opensrf</systemitem></listitem>
\r
341 <listitem>/config/gateway/passwd = password for <systemitem class="domainname">public.localhost</systemitem>
\r
342 <systemitem class="username">opensrf</systemitem> user</listitem>
\r
343 <listitem>/config/routers/router/transport (first entry, where
\r
344 <quote>transport/server</quote> ==<systemitem class="domainname">public.localhost</systemitem>)
\r
346 <listitem>username = <systemitem class="username">router</systemitem></listitem>
\r
347 <listitem>password = password for <systemitem class="domainname">public.localhost</systemitem>
\r
348 <systemitem class="username">router</systemitem>
\r
352 <listitem>/config/routers/router/transport (second entry, where
\r
353 <quote>transport/server</quote> == <systemitem class="domainname">private.localhost</systemitem>)
\r
355 <listitem>username = <systemitem class="username">router</systemitem></listitem>
\r
356 <listitem>password = password for <systemitem class="domainname">private.localhost</systemitem>
\r
357 <systemitem class="username">router</systemitem>
\r
362 <para>You also need to specify the domains from which <systemitem class="service">OpenSRF</systemitem> will accept and to which
\r
363 <systemitem class="service">OpenSRF</systemitem> will make connections. If you are installing <application>OpenSRF</application> on a single server and using the
\r
364 <systemitem class="domainname">private.localhost</systemitem> / <systemitem class="domainname">public.localhost</systemitem> domains, these will already be set to
\r
365 the correct values. Otherwise, search and replace to match your values.</para>
\r
368 <title>Modify the file <filename>opensrf.xml</filename></title>
\r
369 <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
370 persistent database in the <literal>dbfile</literal> element near the end of the file:</para>
\r
371 <programlisting language="xml"><![CDATA[
\r
372 <!-- Example of an app-specific setting override -->
\r
375 <dbfile>/tmp/persist.db</dbfile>
\r
378 ]]></programlisting>
\r
381 <title>Create Configuration Files for Users Needing <command>srfsh</command></title>
\r
382 <para>In this section you will set up a special configuration file for each user who will need to run the <command>srfsh</command>
\r
383 (pronounced <emphasis>surf shell</emphasis>) utility.</para>
\r
384 <para>The software installation will automatically create <command>srfsh</command>. This is a command line diagnostic tool for testing and interacting with
\r
385 <application>OpenSRF</application>. It will be used in a future step to complete and test the Evergreen installation.
\r
386 See <xref linkend="serversideinstallation-testing"/> for further information.</para>
\r
387 <para>As the <systemitem class="username">root</systemitem> user, copy the short sample configuration file <filename>/openils/conf/srfsh.xml.example</filename>
\r
388 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
389 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
390 home directory.</para>
\r
392 <listitem>Modify <literal>domain</literal> to be the router hostname (following our domain examples,
\r
393 <systemitem class="domainname">private.localhost</systemitem> will give <application>"srfsh"</application> access to all OpenSRF services,
\r
394 while <systemitem class="domainname">public.localhost</systemitem> will only allow access to those OpenSRF services that are publicly exposed).</listitem>
\r
395 <listitem>Modify <literal>username</literal> and <literal>password</literal> to match the <literal>opensrf</literal> Jabber user for the chosen
\r
397 <listitem>Modify <literal>logfile</literal> to be the full path for a log file to which the user has write access</listitem>
\r
398 <listitem>Modify <literal>loglevel</literal> as needed for testing</listitem>
\r
400 <programlisting language="xml"><![CDATA[
\r
401 <?xml version="1.0"?>
\r
402 <!-- This file follows the standard bootstrap config file layout -->
\r
403 <!-- found in opensrf_core.xml -->
\r
405 <router_name>router</router_name>
\r
406 <domain>private.localhost</domain>
\r
407 <username>opensrf</username>
\r
408 <passwd>privsrf</passwd>
\r
410 <logfile>/tmp/srfsh.log</logfile>
\r
411 <!-- 0 None, 1 Error, 2 Warning, 3 Info, 4 debug, 5 Internal (Nasty) -->
\r
412 <loglevel>4</loglevel>
\r
414 ]]></programlisting>
\r
417 <title>Modify Environmental Variable PATH for <systemitem class="username">opensrf</systemitem> User</title>
\r
418 <para>As the <systemitem class="username">opensrf</systemitem> user, modify the environmental variable <envar>PATH</envar> by adding a new file path to
\r
419 the <systemitem class="username">opensrf</systemitem> user's shell configuration file <filename>.bashrc</filename>:</para>
\r
421 <userinput>su - opensrf</userinput>
\r
422 <userinput>echo "export PATH=/openils/bin:\$PATH" >> ~/.bashrc</userinput>
\r
427 <title>Start OpenSRF</title>
\r
428 <para>As the <systemitem class="username">root</systemitem> user, start the <systemitem class="service">ejabberd</systemitem> and
\r
429 <systemitem class="service">memcached</systemitem> services:</para>
\r
431 <userinput>su - root</userinput>
\r
432 <userinput>/etc/init.d/ejabberd start</userinput>
\r
433 <userinput>/etc/init.d/memcached start</userinput>
\r
435 <para>Finally, as the <systemitem class="username">opensrf</systemitem> user, start OpenSRF:</para>
\r
437 <userinput>su - opensrf</userinput>
\r
438 <userinput>start the OpenSRF service:</userinput>
\r
439 <userinput>use "-l" to force hostname to be "localhost"</userinput>
\r
440 <userinput>osrf_ctl.sh -l -a start_all</userinput>
\r
443 <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
444 not include the <filename class="directory">/openils/bin</filename> directory;
\r
445 this should have been set by <filename>.bashrc</filename> when you logged in as the <systemitem class="username">opensrf</systemitem> user, but you
\r
446 can manually set it using the following command:</para>
\r
447 <screen><userinput>export PATH=$PATH:/openils/bin</userinput></screen>
\r
449 <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
450 fully qualified domain name for the system on which it will execute. That hostname may have been specified in the configuration file
\r
451 <filename>opensrf.xml</filename>,
\r
452 which you configured in a previous step.</para>
\r
455 <title>Test connections to OpenSRF</title>
\r
456 <para>Once you have installed and started OpenSRF, as the <systemitem class="username">root</systemitem> user, test your connection to
\r
457 <systemitem class="service">OpenSRF</systemitem>
\r
458 using the <command>srfsh</command> utility and trying to call the <command>add</command> method on the OpenSRF
\r
459 <systemitem class="service">math</systemitem> service:</para>
\r
462 <userinput>su - opensrf</userinput>
\r
463 <userinput>/openils/bin/srfsh</userinput>
\r
464 <prompt>srfsh#</prompt> <userinput>request opensrf.math add 2 2</userinput>
\r
466 ------------------------------------
\r
467 Request Completed Successfully
\r
468 Request Time in seconds: 0.007519
\r
469 ------------------------------------
\r
470 <prompt>srfsh#</prompt>
\r
473 <para>For other <command>srfsh</command> commands, type <userinput>help</userinput> in at the prompt.</para>
\r
476 <title>Stopping OpenSRF</title>
\r
477 <para>As the <systemitem class="username">opensrf</systemitem> user, stop OpenSRF:</para>
\r
479 <userinput>su - opensrf</userinput>
\r
480 <userinput>osrf_ctl.sh -l -a stop_all</userinput>
\r
485 <section xml:id="serversideinstallation-ubuntudebian">
\r
486 <title>Installing Evergreen 1.6.0.7 On <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem></title>
\r
487 <para>This section outlines the installation process for the latest stable version of Evergreen.</para>
\r
488 <para>In this section you will download, unpack, install, configure and test the Evergreen system, including the Evergreen server and the PostgreSQL database system. You
\r
489 will make several configuration changes and adjustments to the software, including updates to configure the system for your own locale, and some updates needed to work
\r
490 around a few known issues.</para>
\r
492 <para>The following steps have been tested on the x86 (32-bit) and x86-64 (64-bit) architectures. There may be differences between the Desktop and Server editions
\r
493 of <systemitem class="osname">Ubuntu</systemitem>. These instructions assume the Server edition.</para>
\r
494 <para>In the following instructions, you are asked to perform certain steps as either the <systemitem class="username">root</systemitem> user, the
\r
495 <systemitem class="username">opensrf</systemitem> user, or the <systemitem class="username">postgres</systemitem> user.</para>
\r
497 <listitem><systemitem class="osname">Debian</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command
\r
498 <command>su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>
\r
499 <listitem><systemitem class="osname">Ubuntu</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command <command>sudo
\r
500 su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>
\r
502 <para>To switch from the <systemitem class="username">root</systemitem> user to a different user, issue the command <command>su - USERNAME</command>. For example, to
\r
503 switch from the <systemitem class="username">root</systemitem> user to the <systemitem class="username">opensrf</systemitem> user, issue the command
\r
504 <command>su - opensrf</command>. Once you have become a non-root user, to become the <systemitem class="username">root</systemitem> user again, simply issue the
\r
505 command <command>exit</command>.</para>
\r
509 <title>Install OpenSRF</title>
\r
510 <para>Evergreen software is integrated with and depends on the Open Service Request Framework (OpenSRF) software system. For further information on installing,
\r
511 configuring and testing OpenSRF, see <xref linkend="serversideinstallation-opensrf"/>.</para>
\r
512 <para>Follow the steps outlined in that section and run the specified tests to ensure that OpenSRF is properly installed and configured. Do not continue with any
\r
513 further Evergreen installation steps until you have verified that OpenSRF has been successfully installed.</para>
\r
516 <title>Download and Unpack Latest Evergreen Version</title>
\r
517 <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
518 <ulink url="http://evergreen-ils.org/downloads/Evergreen-ILS-1.6.0.7.tar.gz"></ulink></para>
\r
520 <userinput>su - opensrf</userinput>
\r
521 <userinput>wget http://evergreen-ils.org/downloads/Evergreen-ILS-1.6.0.7.tar.gz</userinput>
\r
522 <userinput>tar zxf Evergreen-ILS-1.6.0.7.tar.gz</userinput>
\r
524 <para>The new directory <filename class="directory">/home/opensrf/Evergreen-ILS-1.6.0.7</filename> will be created.</para>
\r
527 <title>Install Prerequisites to Build Evergreen</title>
\r
528 <para>In this section you will install and configure a set of prerequisites that will be used to build Evergreen. In a following step you will actually build
\r
529 the software using the <command>make</command> utility.</para>
\r
530 <para>As the <systemitem class="username">root</systemitem> user, enter the commands show below to build the prerequisites from the software distribution that you
\r
531 just downloaded and unpacked. Remember to replace <emphasis>[distribution]</emphasis> in the example with the keyword corresponding to the actual
\r
532 <systemitem class="osname">Linux</systemitem> distribution listed in the
\r
533 <link linkend="serversideinstallation-keywords-evergreen">distribution keywords</link> table.</para>
\r
535 <userinput>su - root</userinput>
\r
536 <userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7</userinput>
\r
537 <userinput>make -f Open-ILS/src/extras/Makefile.install [distribution]</userinput>
\r
539 <table xml:id="serversideinstallation-keywords-evergreen">
\r
540 <tgroup align="left" cols="2" colsep="1" rowsep="1">
\r
541 <colspec colnum="1" colwidth="1.0*"/>
\r
542 <colspec colnum="2" colwidth="3.0*"/>
\r
545 <entry>Keyword</entry>
\r
546 <entry>Description</entry>
\r
551 <entry>debian-lenny</entry>
\r
552 <entry>for Debian Lenny (5.0), the most recent version</entry>
\r
555 <entry>debian-etch</entry>
\r
556 <entry>for Debian Etch (4.0)</entry>
\r
559 <entry>ubuntu-karmic</entry>
\r
560 <entry>for Ubuntu Lucid (10.04) [same as for Karmic]</entry>
\r
563 <entry>ubuntu-karmic</entry>
\r
564 <entry>for Ubuntu Karmic (9.10)</entry>
\r
567 <entry>ubuntu-intrepid</entry>
\r
568 <entry>for Ubuntu Intrepid (8.10)</entry>
\r
571 <entry>ubuntu-hardy</entry>
\r
572 <entry>for Ubuntu Hardy (8.04)</entry>
\r
575 <entry>ubuntu-gutsy</entry>
\r
576 <entry>for Ubuntu Gutsy (7.10)</entry>
\r
579 <entry>gentoo</entry>
\r
580 <entry>generic for Gentoo versions</entry>
\r
583 <entry>centos</entry>
\r
584 <entry>generic for Centos versions</entry>
\r
590 <primary>ZZZ-REVIEW</primary>
\r
591 <secondary>ADD INFO FOR OTHER LINUX DISTRIBUTIONS </secondary>
\r
593 <caution>ADD INFO FOR OTHER LINUX DISTRIBUTIONS </caution>
\r
595 <step xml:id="serversideinstallation-postgresql-default">
\r
596 <title>(OPTIONAL) Install the PostgreSQL Server</title>
\r
597 <para>Since the PostgreSQL server is usually a standalone server in multi-server production systems, the prerequisite installer Makefile in the previous step
\r
598 does not automatically install PostgreSQL. If your PostgreSQL server is on a different system, just skip this step.</para>
\r
599 <para>For further information on manually installing PostgreSQL, see <xref linkend="serversideinstallation-postgresql"/>.</para>
\r
600 <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
601 required PostgreSQL server packages:</para>
\r
602 <screen><userinput>su - root</userinput></screen>
\r
603 <para>For <systemitem class="osname">Debian Lenny</systemitem> and <systemitem class="osname">Ubuntu Hardy (8.04)</systemitem>:</para>
\r
604 <screen><userinput>make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_83</userinput></screen>
\r
605 <para>For <systemitem class="osname">Ubuntu Karmic (9.10)</systemitem> and <systemitem class="osname">Ubuntu Lucid (10.04)</systemitem>:</para>
\r
606 <screen><userinput>make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_84</userinput></screen>
\r
608 <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
609 installing Evergreen. To find the running version of PostgreSQL, switch to the <systemitem class="username">postgres</systemitem> user and run the
\r
610 <command>psql</command>. Then type <userinput>SELECT version();</userinput> to get detailed information of your version of PostgreSQL.</para>
\r
614 <title>Install Perl Modules on PostgreSQL Server (OPTIONAL) </title>
\r
615 <para>If PostgreSQL is running on the same system as your Evergreen software, then the Perl modules will automatically be available. Just skip this step.</para>
\r
616 <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
617 modules on that system:</para>
\r
618 <para>ensure the gcc compiler is installed:</para>
\r
620 <userinput>su - root</userinput>
\r
621 <userinput>apt-get install gcc</userinput>
\r
623 <para>install the Perl modules</para>
\r
625 <userinput>perl -MCPAN -e shell</userinput>
\r
626 <prompt>cpan></prompt> <userinput>install JSON::XS</userinput>
\r
627 <prompt>cpan></prompt> <userinput>install MARC::Record</userinput>
\r
628 <prompt>cpan></prompt> <userinput>install MARC::File::XML</userinput>
\r
630 <para>For more information on installing Perl Modules vist the <link xml:href="http://www.cpan.org/">CPAN</link> site.</para>
\r
633 <title>Update the System Dynamic Library Path</title>
\r
634 <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
635 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
636 <para>Create a file named /etc/ld.so.conf.d/eg.conf containing the following lines:</para>
\r
641 <para>Then run the command <command>ldconfig</command> to automatically read the file and modify the system dynamic library path:</para>
\r
642 <screen><userinput>ldconfig</userinput></screen>
\r
645 <step preformance="optional">
\r
646 <title>Restart the PostgreSQL Server</title>
\r
647 <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
648 PostgreSQL. If PostgreSQL is running on another system, you may skip this step.</para>
\r
650 <userinput>su - root</userinput>
\r
651 <userinput>/etc/init.d/postgresql-[PGSQL_VERSION] restart</userinput>
\r
653 <para>Where <literal>PGSQL_VERSION</literal> is your installed PostgreSQL version (e.g. <literal>8.3</literal>).</para>
\r
655 <step xml:id="serversideinstallation-configure">
\r
656 <title>Configure Evergreen</title>
\r
657 <para>As the <systemitem class="username">opensrf</systemitem> user, return to the Evergreen build directory and use the <command>configure</command> utility to
\r
658 prepare for the next step of compiling and linking the software:</para>
\r
660 <userinput>su - opensrf</userinput>
\r
661 <userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7</userinput>
\r
662 <userinput>./configure --prefix=/openils --sysconfdir=/openils/conf</userinput>
\r
663 <userinput>make</userinput>
\r
666 <step xml:id="serversideinstallation-compilingevergreen">
\r
667 <title>Compile, Link and Install Evergreen</title>
\r
668 <para>In this step you will actually compile, link and install Evergreen and the default Evergreen Staff Client.</para>
\r
669 <para>As the <systemitem class="username">root</systemitem> user, return to the Evergreen build directory and use the <command>make</command> utility as
\r
670 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
671 <para>For further information on manually building the Staff Client, see <xref linkend="serversideinstallation-building-staffclient"/>.</para>
\r
673 <userinput>su - root</userinput>
\r
674 <userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7</userinput>
\r
675 <userinput>make STAFF_CLIENT_BUILD_ID=rel_1_6_0_7 install</userinput>
\r
677 <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
678 <para>To complete the Staff Client installation, as the <systemitem class="username">root</systemitem> user create a symbolic link named <emphasis>server</emphasis>
\r
679 in the head of the Staff Client directory <filename class="directory">/openils/var/web/xul</filename> that points to the subdirectory
\r
680 <filename class="directory">/server</filename> of the new Staff Client build:</para>
\r
682 <userinput>su - root</userinput>
\r
683 <userinput>cd /openils/var/web/xul</userinput>
\r
684 <userinput>ln -sf rel_1_6_0_7/server server</userinput>
\r
688 <title>Copy the OpenSRF Configuration Files</title>
\r
689 <para>As the <systemitem class="username">root</systemitem> user, copy the example OpenSRF configuration files into place. This replaces the configuration
\r
690 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
691 purposes. Finally, change the ownership on the installed files to the <systemitem class="username">opensrf</systemitem> user:</para>
\r
693 <userinput>su - root</userinput>
\r
694 <userinput>cp /openils/conf/opensrf.xml.example /openils/conf/opensrf.xml</userinput>
\r
695 <userinput>cp /openils/conf/opensrf_core.xml.example /openils/conf/opensrf_core.xml</userinput>
\r
696 <userinput>cp /openils/conf/oils_web.xml.example /openils/conf/oils_web.xml</userinput>
\r
697 <userinput>chown -R opensrf:opensrf /openils/</userinput>
\r
701 <title>Create and Configure PostgreSQL Database</title>
\r
702 <para>As the <systemitem class="username">postgres</systemitem> user on your PostgreSQL server, create the Evergreen database.</para>
\r
703 <para>In the commands below, remember to adjust the path of the <emphasis role="bold">contrib</emphasis> repository to match your PostgreSQL server layout. For
\r
704 example, if you built PostgreSQL from source the path would be <filename class="directory">/usr/local/share/contrib</filename>; if you installed the PostgreSQL 8.3
\r
705 server packages on <systemitem class="osname">Ubuntu 8.04</systemitem>, the path would be
\r
706 <filename class="directory">/usr/share/postgresql/8.3/contrib/</filename>.</para>
\r
710 <emphasis role="bold">Create and configure the database</emphasis>
\r
712 <para>As the <systemitem class="username">postgres</systemitem> user on the PostgreSQL system create the PostgreSQL database, then set some internal
\r
714 <para>Create the database:</para>
\r
716 <userinput>su - postgres</userinput>
\r
717 <userinput>createdb -E UNICODE evergreen</userinput>
\r
718 <userinput>createlang plperl evergreen</userinput>
\r
719 <userinput>createlang plperlu evergreen</userinput>
\r
720 <userinput>createlang plpgsql evergreen</userinput>
\r
722 <para>Adjust the paths</para>
\r
724 <userinput>psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/tablefunc.sql evergreen</userinput>
\r
725 <userinput>psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/tsearch2.sql evergreen</userinput>
\r
726 <userinput>psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/pgxml.sql evergreen</userinput>
\r
728 <para>Where <literal>PGSQL_VERSION</literal> is your installed PostgreSQL version (e.g. <literal>8.3</literal>).</para>
\r
731 <title>Create a new Evergreen superuser</title>
\r
732 <para>As the <systemitem class="username">postgres</systemitem> user on the PostgreSQL system, create the new database
\r
733 <systemitem class="username">evergreen</systemitem> user and assign a password:</para>
\r
736 <userinput>su - postgres</userinput>
\r
737 <userinput>createuser -P -s evergreen</userinput>
\r
739 <para>Enter the password twice for new role when prompted.</para>
\r
742 <title>Create Database Schema</title>
\r
743 <para>As the <systemitem class="username">root</systemitem> user, create the database schema and configure your system with the corresponding
\r
744 database authentication details for the <emphasis>evergreen</emphasis> database user that you created in the previous step.</para>
\r
745 <para>Enter the following commands and replace <emphasis>HOSTNAME, PORT, PASSWORD</emphasis> and <emphasis>DATABASENAME</emphasis> with appropriate
\r
748 <userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7</userinput>
\r
749 <userinput>perl Open-ILS/src/support-scripts/eg_db_config.pl --update-config \
\r
750 --service all --create-schema --create-bootstrap --create-offline \
\r
751 --hostname HOSTNAME --port PORT \
\r
752 --user evergreen --password PASSWORD --database DATABASENAME</userinput>
\r
754 <para>On most systems, <emphasis>HOSTNAME</emphasis> will be <emphasis role="bold">localhost</emphasis>, <emphasis>PORT</emphasis> will be
\r
755 <emphasis role="bold">5432</emphasis>, and <emphasis>PASSWORD</emphasis> and <emphasis>DATABASENAME</emphasis> will be
\r
756 <emphasis role="bold">evergreen</emphasis>.</para>
\r
758 <para>If you are entering the above command on a single line, do not include the <literal>\</literal> (backslash) characters.
\r
759 If you are using the <command>bash</command> shell, these should only be used at the end of a line at a bash prompt to indicate
\r
760 that the command is continued on the next line.</para>
\r
764 <title>Modify the Apache configuration files for the Evergreen site.</title>
\r
767 <para>Enable some built-in Apache modules with the utility <command>a2enmod</command>, and install some additional Apache
\r
768 configuration files. As the <systemitem class="username">root</systemitem> user, enable some modules in the Apache server, then copy
\r
769 the new configuration files to the Apache server directories:</para>
\r
770 <para>Enable the required Apache Modules:</para>
\r
772 <userinput>a2enmod ssl # enable mod_ssl</userinput>
\r
773 <userinput>a2enmod rewrite # enable mod_rewrite</userinput>
\r
774 <userinput>a2enmod expires # enable mod_expires</userinput>
\r
775 <userinput>cd /home/opensrf/Evergreen-ILS-1.x.x.x</userinput>
\r
779 <para>Copy the Apache configuration files from the Evergreen installation dierectory:</para>
\r
781 <userinput>cp Open-ILS/examples/apache/eg.conf /etc/apache2/sites-available/</userinput>
\r
782 <userinput>cp Open-ILS/examples/apache/eg_vhost.conf /etc/apache2/</userinput>
\r
783 <userinput>cp Open-ILS/examples/apache/startup.pl /etc/apache2/</userinput>
\r
787 <step xml:id="serversideinstallation-createsslkey">
\r
788 <para>Create a new Security Certificate (SSL Key) for the Apache server with the command <command>openssl</command>. For a
\r
789 public production server you should configure or purchase a signed SSL certificate, but for now you can just use a
\r
790 self-signed certificate and accept the warnings in the Staff Client and browser during testing and development:</para>
\r
792 <userinput>mkdir /etc/apache2/ssl</userinput>
\r
793 <userinput>cd /etc/apache2/ssl</userinput>
\r
794 <userinput>openssl req -new -x509 -days 365 -nodes -out server.crt -keyout server.key</userinput>
\r
798 <para>This generates a self-signed SSL certificate. You should acquire a proper SSL certificate for a public
\r
799 production system to avoid warning messages when users login to their account through the OPAC or when staff
\r
800 login through the staff client.</para>
\r
801 <para>For further information on getting a proper SSL certificate, see <xref linkend="serversideinstallation-ssl"/>.</para>
\r
805 <para>Several changes are needed in the new Apache configuration file <filename>/etc/apache2/sites-available/eg.conf</filename>.
\r
806 As the <systemitem class="username">root</systemitem> user, edit the file and make the following changes:</para>
\r
809 <para>Comment out the line <literal>Listen 443</literal>, since it conflicts with the same declaration in the configuration
\r
810 file: <filename>/etc/apache2/ports.conf</filename>. <systemitem class="osname">Debian Etch</systemitem> users should not
\r
811 do this since the conflict does not apply to that OS.</para>
\r
814 <para>For the <systemitem class="osname">Linux</systemitem> distributions
\r
815 <systemitem class="osname">Ubuntu Hardy</systemitem>
\r
816 or <systemitem class="osname">Debian Etch</systemitem>, as the <systemitem class="username">root</systemitem> user, edit the
\r
817 Apache configuration file <filename>/etc/apache2/apache2.conf</filename> and change <literal>User www-data</literal> to
\r
818 <literal>User opensrf</literal>.</para>
\r
819 <para>For the <systemitem class="osname">Linux</systemitem> distributions <systemitem class="osname">Ubuntu
\r
820 Karmic</systemitem> or <systemitem class="osname">Ubuntu Lucid</systemitem> or
\r
821 <systemitem class="osname">Debian Lenny</systemitem>, as the <systemitem class="username">root</systemitem> user,
\r
822 edit the Apache configuration file <filename>/etc/apache2/envvars</filename> and
\r
823 change the line <literal>export APACHE_RUN_USER=www-data</literal> to <literal>export APACHE_RUN_USER=opensrf</literal>.
\r
825 <para>The following updates are needed to allow the logs to function properly, but it may break other Apache applications
\r
826 on your server.</para>
\r
831 <para>As the <systemitem class="username">root</systemitem> user, edit the Apache configuration file
\r
832 <filename>/etc/apache2/apache2.conf</filename> and add the lines <literal>KeepAliveTimeout 1</literal> and
\r
833 <literal>MaxKeepAliveRequests 100</literal>, or modify any existing lines.</para>
\r
837 <step performance="optional">
\r
838 <title>Performance Modifications for Apache</title>
\r
839 <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
840 started to support additional browser connections.</para>
\r
841 <para>As the <systemitem class="username">root</systemitem> user, edit the Apache configuration file <filename>/etc/apache2/apache2.conf</filename>,
\r
842 locate and modify the section related to <emphasis>prefork configuration</emphasis> to suit the load on your system.</para>
\r
844 <programlisting language="xml"><![CDATA[
\r
845 <IfModule mpm_prefork_module>
\r
850 MaxRequestsPerChild 10000
\r
852 ]]></programlisting>
\r
855 <para>Finally, as the <systemitem class="username">root</systemitem> user, execute the following Apache configuration commands to disable the default
\r
856 <emphasis>It Works</emphasis> web page and to enable the Evergreen web site:</para>
\r
858 <userinput>a2dissite default</userinput>
\r
859 <userinput>a2ensite eg.conf</userinput>
\r
864 <step xml:id="serversideinstallation-opensrf-config">
\r
865 <title>Modify the OpenSRF Configuration File</title>
\r
866 <para>As the <systemitem class="username">opensrf</systemitem> user, edit the OpenSRF configuration file <filename>/openils/conf/opensrf_core.xml</filename> to
\r
867 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
868 <para>If you are installing Evergreen on a single server and using the <systemitem class="domainname">private.localhost</systemitem> /
\r
869 <systemitem class="domainname">public.localhost</systemitem> domains, these will already be set to the correct values. Otherwise, search and replace to match
\r
870 your customized values.</para>
\r
871 <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
873 <listitem>/config/opensrf/username = <systemitem class="username">opensrf</systemitem></listitem>
\r
874 <listitem>/config/opensrf/passwd = password for <systemitem class="domainname">private.localhost</systemitem>
\r
875 <systemitem class="username">opensrf</systemitem> user</listitem>
\r
876 <listitem>/config/opensrf/passwd = password for <systemitem class="domainname">private.localhost</systemitem>
\r
877 <systemitem class="username">opensrf</systemitem> user</listitem>
\r
878 <listitem>/config/gateway/username = <systemitem class="username">opensrf</systemitem></listitem>
\r
879 <listitem>/config/gateway/passwd = password for <systemitem class="domainname">public.localhost</systemitem>
\r
880 <systemitem class="username">opensrf</systemitem> user</listitem>
\r
881 <listitem>/config/routers/router/transport (first entry, where <quote>transport/server</quote> == <systemitem class="domainname">public.localhost</systemitem>)
\r
883 <listitem>username = <systemitem class="username">router</systemitem></listitem>
\r
884 <listitem>password = password for <systemitem class="domainname">public.localhost</systemitem> <systemitem class="username">router</systemitem>
\r
888 <listitem>/config/routers/router/transport (second entry, where <quote>transport/server</quote> == <systemitem class="domainname">private.localhost</systemitem>)
\r
890 <listitem>username = <systemitem class="username">router</systemitem></listitem>
\r
891 <listitem>password = password for <systemitem class="domainname">private.localhost</systemitem> <systemitem class="username">router</systemitem>
\r
897 <step xml:id="serversideinstallation-srfsh">
\r
898 <title>Create Configuration Files for Users Needing <application>"srfsh"</application></title>
\r
899 <para>The software installation will automatically create a utility named <command>srfsh</command> (surf shell). This is a command line diagnostic tool for
\r
900 testing and interacting with the OpenSRF network software. It will be used in a future step to complete and test the Evergreen installation.
\r
901 See <xref linkend="serversideinstallation-testing"/> for further information.</para>
\r
902 <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
903 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
904 each user who will use <command>srfsh</command>. Finally, edit each users' <filename>.srfsh.xml</filename> file and make the following changes:</para>
\r
907 <para>Modify <emphasis role="bold">domain</emphasis> to be the router hostname (following our domain examples,
\r
908 <systemitem class="domainname">private.localhost</systemitem>> will give <application>"srfsh"</application> access to all OpenSRF services,
\r
909 while <systemitem class="domainname">public.localhost</systemitem> will only allow access to those OpenSRF services that are publicly exposed).</para>
\r
912 <para>Modify <emphasis role="bold">username</emphasis> and <emphasis role="bold">password</emphasis> to match the
\r
913 <systemitem class="username">opensrf</systemitem> Jabber user for the chosen domain.</para>
\r
916 <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
919 <para>Modify <emphasis role="bold">loglevel</emphasis> as needed for testing.</para>
\r
922 <programlisting language="xml"><![CDATA[
\r
923 <?xml version="1.0"?>
\r
924 <!-- This file follows the standard bootstrap config file layout -->
\r
925 <!-- found in opensrf_core.xml -->
\r
927 <router_name>router</router_name>
\r
928 <domain>private.localhost</domain>
\r
929 <username>opensrf</username>
\r
930 <passwd>evergreen</passwd>
\r
932 <logfile>/tmp/srfsh.log</logfile>
\r
933 <!-- 0 None, 1 Error, 2 Warning, 3 Info, 4 debug, 5 Internal (Nasty) -->
\r
934 <loglevel>4</loglevel>
\r
936 ]]></programlisting>
\r
938 <step xml:id="serversideinstallation-opensrf-env">
\r
939 <title>Modify the OpenSRF Environment</title>
\r
940 <para>Modify the shell configuration file <filename>~/.bashrc</filename> for <systemitem class="username">opensrf</systemitem> by adding a Perl environmental
\r
941 variable and execute the shell configuration file to load the new variables into your current environment.</para>
\r
944 <emphasis>In a multi-server environment, you must add any modifications to <filename>~/.bashrc</filename> to the top of the file
\r
945 <emphasis>before</emphasis> the line <literal>[ -z "$PS1" ] && return </literal>. This will allow headless (scripted) logins to
\r
946 load the correct environment.</emphasis>
\r
950 <userinput>echo "export PERL5LIB=/openils/lib/perl5:\$PERL5LIB" >> ~/.bashrc</userinput>
\r
951 <userinput>. ~/.bashrc</userinput>
\r
954 <step xml:id="serversideinstallation-starting">
\r
955 <title>Start Evergreen</title>
\r
958 <para>As the <systemitem class="username">root</systemitem> user, start the <systemitem class="service">ejabberd</systemitem> and
\r
959 <systemitem class="service">memcached</systemitem> services (if they are not already running):</para>
\r
961 <userinput>su - root</userinput>
\r
962 <userinput>/etc/init.d/ejabberd start</userinput>
\r
963 <userinput>/etc/init.d/memcached start</userinput>
\r
967 <para>As the <systemitem class="username">opensrf</systemitem> user, start Evergreen.</para>
\r
968 <para>Use the flag <option>-l</option> to force Evergreen to use <systemitem class="domainname">localhost</systemitem>
\r
969 (your current system) as the hostname.
\r
970 Using the <option>start_all</option> option will start the OpenSRF <systemitem class="service">router</systemitem> ,
\r
971 <systemitem class="service">Perl</systemitem> , and <systemitem class="service">C</systemitem> services:</para>
\r
972 <screen>$ osrf_ctl.sh -l -a start_all</screen>
\r
975 <emphasis>You can also start Evergreen <emphasis role="bold">without</emphasis> the <option>-l</option> flag, but the
\r
976 <command>osrf_ctl.sh</command> utility must know the fully qualified domain name for the system on which it will execute.
\r
977 That hostname may have been specified in the configuration file <filename>opensrf.xml</filename>, which you configured in a
\r
978 previous step.</emphasis>
\r
980 <para>Use the <command>hostname</command> command to determine the fully qualified domain name of your system.</para>
\r
984 <para>If you receive an error message similar to <emphasis>osrf_ctl.sh: command not found</emphasis>, then your environment
\r
985 variable <envar>PATH</envar> does not include the directory <filename class="directory">/openils/bin</filename>.
\r
986 As the <systemitem class="username">opensrf</systemitem> user, edit the configuration file <filename>/home/opensrf/.bashrc</filename>
\r
987 and add the following line: <literal>export PATH=$PATH:/openils/bin</literal></para>
\r
990 <para>If you receive an error message similar to <errortext>Can't locate OpenSRF/System.pm in @INC ...
\r
991 BEGIN failed--compilation aborted</errortext>, then your environment variable <emphasis role="bold">PERL5LIB</emphasis> does not
\r
992 include the directory <filename class="directory">/openils/lib/perl5</filename>. As the
\r
993 <systemitem class="username">opensrf</systemitem> user, edit the configuration file <filename>/home/opensrf/.bashrc</filename>
\r
994 and add the following line: <literal>export PERL5LIB=$PERL5LIB:/openils/lib/perl5</literal></para>
\r
999 <para>As the <systemitem class="username">opensrf</systemitem> user, generate the Web files needed by the Staff Client and catalog,
\r
1000 and calculate the proximity of locations in the Organizational Unit tree (which allows <emphasis>Holds</emphasis> to work properly).</para>
\r
1001 <para>You must do this the first time you start Evergreen, and after making any changes to the library hierarchy.</para>
\r
1003 <userinput>cd /openils/bin</userinput>
\r
1004 <userinput>./autogen.sh -c /openils/conf/opensrf_core.xml -u</userinput>
\r
1005 Updating Evergreen organization tree and IDL using '/openils/conf/opensrf_core.xml'
\r
1006 Updating fieldmapper
\r
1010 <para>As the <systemitem class="username">root</systemitem> user, restart the Apache Web server:</para>
\r
1011 <screen>/etc/init.d/apache2 restart</screen>
\r
1012 <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
1013 Client until the Apache Web server is restarted.</para></note>
\r
1019 <section xml:id="serversideinstallation-testing">
\r
1020 <title>Testing the Installation</title>
\r
1021 <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
1022 and is running as expected.</para>
\r
1023 <simplesect xml:id="serversideinstallation-testing-connections">
\r
1024 <title>Testing Connections to Evergreen</title>
\r
1025 <para>Once you have installed and started Evergreen, test your connection to Evergreen. As the <systemitem class="username">opensrf</systemitem> user start
\r
1026 the <command>srfsh</command> application and try logging onto the Evergreen server using the default administrator username and password. Following
\r
1027 is sample output generated by executing that script after a successful Evergreen installation:</para>
\r
1029 <userinput>/openils/bin/srfsh</userinput>
\r
1030 <prompt>srfsh%</prompt> <userinput>login admin open-ils</userinput>
\r
1031 Received Data: "250bf1518c7527a03249858687714376"
\r
1032 ------------------------------------
\r
1033 Request Completed Successfully
\r
1034 Request Time in seconds: 0.045286
\r
1035 ------------------------------------
\r
1038 "textcode":"SUCCESS",
\r
1041 "stacktrace":"oils_auth.c:304",
\r
1043 "authtoken":"e5f9827cc0f93b503a1cc66bee6bdd1a",
\r
1047 ------------------------------------
\r
1048 Request Completed Successfully
\r
1049 Request Time in seconds: 1.336568
\r
1050 ------------------------------------
\r
1052 <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
1053 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
1055 <para>For other <application>"srfsh"</application> commands, type <userinput>help</userinput> in at the prompt.</para>
\r
1057 <para>If this test fails or you have any other problems during installation, refer to the <xref linkend="troubleshooting" /> chapter.</para>
\r
1060 <section xml:id="serversideinstallation-virtual">
\r
1061 <title>Installing In Virtualized Unix Environments</title>
\r
1062 <para>Evergreen software currently runs as a native application on any of several well-known <systemitem class="osname">Linux</systemitem> distributions (e.g.,
\r
1063 <systemitem class="osname">Ubuntu</systemitem> and <systemitem class="osname">Debian</systemitem>). It does not run as a native application on the
\r
1064 <systemitem class="osname">Windows</systemitem> operating system (e.g., <systemitem class="osname">WindowsXP</systemitem>,
\r
1065 <systemitem class="osname">WindowsXP Professional</systemitem>, <systemitem class="osname">Windows7</systemitem>), but the software can be installed and run on
\r
1066 <systemitem class="osname">Windows</systemitem> via a virtualized Linux-guest Operating System (using, for example, <application>"VirtualBox"</application>
\r
1067 or <application>"VMware"</application> to emulate a <systemitem class="osname">Linux</systemitem> environment).</para>
\r
1069 <primary>ZZZ-REVIEW</primary>
\r
1070 <secondary>ADD CONTENT FOR INSTALLING EVERGREEN IN VIRTUALIZED UNIX ENVIRONMENTS </secondary>
\r
1072 <caution>ADD CONTENT FOR INSTALLING EVERGREEN IN VIRTUALIZED UNIX ENVIRONMENTS </caution>
\r
1073 <simplesect xml:id="serversideinstallation-virtualized-virtualbox">
\r
1074 <title>VirtualBox</title>
\r
1076 <primary>ZZZ-REVIEW</primary>
\r
1077 <secondary>ADD CONTENT FOR VirtualBox </secondary>
\r
1079 <caution>ADD CONTENT FOR VirtualBox </caution>
\r
1081 <simplesect xml:id="serversideinstallation-virtualized-vmware">
\r
1082 <title>VMware</title>
\r
1084 <primary>ZZZ-REVIEW</primary>
\r
1085 <secondary>ADD CONTENT FOR VMware </secondary>
\r
1087 <caution>ADD CONTENT FOR VMware </caution>
\r
1089 <simplesect xml:id="serversideinstallation-virtualized-virtualpc">
\r
1090 <title>VirtualPC</title>
\r
1092 <primary>ZZZ-REVIEW</primary>
\r
1093 <secondary>ADD CONTENT FOR VirtualPC </secondary>
\r
1095 <caution>ADD CONTENT FOR VirtualPC </caution>
\r