<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <title></title>
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Great information. Just what I needed.<br>
    I'm about to upgrade the forum.<br>
    Hopefully finished in about two hours.<br>
    <br>
    <br>
    Manfred<br>
    <br>
    <blockquote style="border: 0px none;"
      cite="mid:8118C137-7BB6-4FAF-9B32-03A56EDA3261@crosswire.org"
      type="cite">
      <div style="margin-left: 40px;">
        <hr style="border-width: 1px 0pt 0pt; border-style: dotted none
          none; border-color: rgb(181, 181, 181) -moz-use-text-color
          -moz-use-text-color; height: 1px; margin: 0pt;"
          class="__pbConvHr"><br>
      </div>
      <table style="padding-top: 5px;" class="__pbConvTable">
        <tbody>
          <tr>
            <td valign="top"><img
                src="cid:part1.02020003.04030505@me.com"
                photoaddress="dmsmith@crosswire.org" photoname="DM
                Smith" name="compose-unknown-contact.jpg" height="29px"
                width="29px"></td>
            <td style="padding-left: 5px;" valign="top"><a
                moz-do-not-send="true"
                href="mailto:dmsmith@crosswire.org" style="color: rgb(0,
                136, 204) ! important; text-decoration: none !
                important;">DM Smith</a><br>
              <font color="#888888">6. Februar 2011 17:15</font></td>
          </tr>
        </tbody>
      </table>
      <div style="color: rgb(136, 136, 136); margin-left: 40px;"
        __pbrmquotes="true" class="__pbConvBody"><br>
        <div>FYI,<br>
          This week has seen some significant changes in the setup of
          tomcat. Troy has implemented partitioning. It's really cool.
          Here is an overview of what I found:<br>
          <br>
          In the past, /opt/tomcat was the running instance. Now it is
          merely the binary home, that is it is merely CATALINA_HOME and
          no longer also CATALINA_BASE.<br>
          <br>
          Now the running instances of tomcat are at /opt/tomcat_site1
          .. /opt/tomcat_site5.<br>
          <br>
          The breakdown of the sites:<br>
          site1 - all but what's below<br>
          site2 - community<br>
          site3 - user's accounts, e.g. crosswire.org/~dmsmtih<br>
          site4 - forums<br>
          site5 - jira<br>
          <br>
          The admin interface is one for each site, just append the site
          number after manager, e.g. crosswire.org/manager5/html.<br>
          <br>
          Startup/shutdown - All instances are brought up/down together
          with the same command as before: /etc/rc.d/init.d/tomcat.<br>
          <br>
          There is now a new /etc/rc.d/init.d/sitestart.sh and
          sitestop.sh. Each of these takes a number from 1 to 5,
          corresponding to the site. These are called by
          /etc/rc.d/init.d/tomcat.<br>
          <br>
          In the past when tomcat went rogue and shutting down tomcat
          did not kill all the java processes, one had to independently
          kill the java processes, e.g. killall java.<br>
          <br>
          Now this is a bad idea. Each instance should be managed
          independently from the other.<br>
          <br>
          This is accomplished with: sitestop.sh N -force, where N is a
          site number.<br>
          <br>
          Details behind this: The environment variable CATALINA_PID has
          the path to the file containing the PID of the java process.
          In our implementation it is
          CATALINA_PID=$CATALINA_BASE/tomcat.pid. The -force argument is
          provided by tomcat for the purpose of killing the process when
          it goes rogue.<br>
          <br>
          This setup allows us to tune instances separately. For
          example, JIRA needs memory to be tuned to be much larger than
          default, with XX:MaxPermSize, -Xmx, -Xms.<br>
          These are now provided in $CATALINA_BASE/bin/setenv.sh.<br>
          <br>
          Advantages:<br>
          CATALINA_HOME no is merely the home for the code. Upgrades are
          much simpler. It merely can be replaced.<br>
          Each CATALINA_BASE instance is independently managed.<br>
          When one of the webapps or the instance goes rogue, it only
          affects what is in that one instance.<br>
          Each is individually tuned. This allows for a much smaller
          footprint for all the instances.<br>
          The logs are much easier to understand. So many of the entries
          are anonymous. With community, forums, and jira in their own
          instances, the logs pertain only to them.<br>
          <br>
          In Him,<br>
          DM<br>
          _______________________________________________<br>
          server-admins mailing list<br>
          <a class="moz-txt-link-abbreviated" href="mailto:server-admins@crosswire.org">server-admins@crosswire.org</a><br>
          <a class="moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/server-admins">http://www.crosswire.org/mailman/listinfo/server-admins</a><br>
        </div>
      </div>
    </blockquote>
  </body>
</html>