In this procedure, we'll assume that you are upgrading on the same server where your
existing TeamForge site is running on 7.2. It is possible
to simultaneously upgrade and move your site to a new hardware. However, since we are
working with a dedicated installation, the priority here is to keep things as simple and
quick as possible.
In
this option, the following services run on the application server (we call this
my.app.host).
- TeamForge Application Server
- ETL Server
- Database Server (Operational DB and Reports
DB)
- GIT Integration Server
- SCM Integration Server (Subversion and
CVS)
- Search Server (Indexer)
The following service runs on the code sight server (we call this
my.codesight.host).
- Black Duck Code Sight Server
Note: For the ETL service to run as expected in a distributed TeamForge installation, all servers must have
the same time zone.
Log on to the server
as root user always.
Do the following on the application server - my.app.host
-
Stop
TeamForge.
- /etc/init.d/collabnet stop
-
Back up your site database.
Tip: /tmp/backup_dir is just an
example. You can use any directory or partition you prefer to store your backup
files.
-
Create a /backups directory in
/var/lib/pgsql/ and change ownership to
postgres.
- cd /var/lib/pgsql/
- mkdir backups
- chown -R postgres:postgres backups
-
Make a dump file of your site database. You have to do a PostgreSQL dump because we are
upgrading the PostgreSQL
application as part of this upgrade.
- su - postgres
- /usr/bin/pg_dumpall >
/var/lib/pgsql/backups/teamforge_data_backup.dmp
- exit
If your reporting database is running on a separate port, backup your
reporting database as well.
- /usr/bin/pg_dumpall -p <reports_database_port> >
/var/lib/pgsql/backups/teamforge_reporting_data_backup.dmp
- exit
Copy the database backup to the backup directory.
- mkdir -p /tmp/backup_dir
- cp
/var/lib/pgsql/backups/teamforge_data_backup.dmp
/tmp/backup_dir/
If your reporting database is running on a separate port, copy your
reporting database dump as well.
- cp
/var/lib/pgsql/backups/teamforge_reporting_data_backup.dmp
/tmp/backup_dir/
-
Back up the file system data.
Tip:
/tmp in the following step is just an example. You can
use any directory or partition that you prefer.
-
Make an archive file with the following data directories:
Directory |
Contents |
/opt/collabnet/teamforge/var |
User-created data, such as artifact
attachments |
/svnroot |
Subversion source code repositories |
/sf-svnroot |
Subversion repository for branding data |
/cvsroot |
CVS source code repositories (not present on all
sites) |
/gitroot |
GIT source code repositories |
- cp -Rpfv /svnroot /sf-svnroot /cvsroot
/opt/collabnet/teamforge/var
/tmp/backup_dir
If GIT integration is enabled, do the following:
- mkdir /tmp/backup_dir/gerrit
- cp -Rpfv /gitroot /tmp/backup_dir
- cp -Rpfv /opt/collabnet/gerrit/
/tmp/backup_dir/gerrit
-
Back up your SSH keys, if any.
-
Back up your SSL certificates and keys, if any.
-
Move the collabnet repository of the older version of TeamForge.
- mv /etc/zypp/repos.d/collabnet-7.2.0.x.repo
/etc/zypp/repos.d/collabnet-7.2.0.x.repo.cn_backup
Note: Replace "x" with the appropriate patch release number if
applicable.
-
Configure your TeamForge
8.0 installation
repository. See TeamForge installation repository configuration for SUSE.
-
If the PostgreSQL database is running locally, stop the PostgreSQL
service.
- /etc/init.d/postgresql stop
-
Uninstall the TeamForge CLI add-on.
- cd
/opt/collabnet/teamforge/add-ons/teamforge_cli_server
- ./install --uninstall
- zypper remove teamforge_cli_server
-
Uninstall the PostgreSQL
RPMs.
Note: When prompted, you must select the option to remove all the dependent
packages.
- zypper remove postgresql-libs postgresql-docs
postgresql-server postgresql
-
Install the following application packages.
-
TeamForge: To install the
TeamForge application
packages run the following command:
-
GIT: To install the GIT packages run the following command:
- zypper install teamforge-git
-
In the site-options.conf file, make sure you do the
following.
Note: Back up your site-options.conf file before making any
changes.
- vi /opt/collabnet/teamforge-installer/8.0.0.1/conf/site-options.conf
-
Update the host name and domain name, if required.
HOST_localhost=app database datamart etl indexer subversion cvs
DOMAIN_localhost=my.app.domain.com
HOST_my.codesight.host=codesearch
Add
'gerrit' to the HOST_localhost token if you are
installing Git.
HOST_localhost=app database datamart etl indexer subversion cvs gerrit
-
Turn on the SSL for your site by editing the relevant variables in the
site-options.conf file. To generate the SSL
certificates, see Generate SSL certificates.
-
SSL=on
-
SSL_CERT_FILE
-
SSL_KEY_FILE
-
SSL_CA_CERT_FILE
-
SSL_CHAIN_FILE
Note: The SSL_CA_CERT_FILE and SSL_CHAIN_FILE are optional.
-
If your site is running in SSL mode (SSL=on), add the following java
runtime property to the JBOSS_JAVA_OPTS token.
JBOSS_JAVA_OPTS=-Xms1536m -Xmx1536m -XX:MaxPermSize=512m -server -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp -verbose:gc -XX:+
PrintGCTimeStamps -XX:+PrintGCDetails -Djsse.enableSNIExtension=false -Dsun.rmi.dgc.client.gcInterval=600000 -Dsun.rmi.dgc.server.gcInterval=600000
-
If the token REQUIRE_PASSWORD_SECURITY is enabled,
then set a value for the token,
PASSWORD_CONTROL_EFFECTIVE_DATE.
CAUTION:
The Password Control Kit (PCK) disables, deletes or
expires user accounts that don't meet the password security
requirements starting from the date set for the
PASSWORD_CONTROL_EFFECTIVE_DATE token. If a
date is not set, the PCK disables, deletes or expires user accounts
immediately. See
PASSWORD_CONTROL_EFFECTIVE_DATE for more
information.
-
TeamForge
7.1
and later support
automatic
password
creation.
See AUTO_DATA for more
information.
-
Password Obfuscation
The password obfuscation is enabled by default. As a result, all
password-related tokens are encrypted in all the TeamForge configuration
files.
Restriction: The password-related tokens cannot contain the
following characters in the site-options.conf
file: $<>/\'"`
- To disable password obfuscation, set
OBFUSCATION_ENABLED=false.
- To configure the obfuscation key, set
OBFUSCATION_KEY=<Any AlphaNumeric value with
length >= 8 bytes>. The default value of
OBFUSCATION_KEY token is
XSJt43wN.
-
Ensure to set the token
DEDICATED_INSTALL=true.
-
Include the list of non-expiring TeamForge user accounts (password never
expires).
USERS_WITH_NO_EXPIRY_PASSWORD=admin,nobody,system,scmviewer,scmadmin
-
Make sure that the following tokens have a value if ETL is
enabled.
SOAP_ANONYMOUS_SHARED_SECRET
ETL_SOAP_SHARED_SECRET
-
Configure Black Duck Code Sight tokens. See Black Duck Code Sight site-option tokens.
-
To enable the history protection feature of TeamForge Git integration, set the
GERRIT_FORCE_HISTORY_PROTECTION=true. For more information,
see GERRIT_FORCE_HISTORY_PROTECTION.
-
If you have LDAP set up for external authentication, you must set the
“REQUIRE_USER_PASSWORD_CHANGE” site options token to
false.
-
If you are installing TeamForge through disconnected media, set the token
HELP_AVAILABILITY=local.
-
Save the site-options.conf file.
-
Recreate the runtime environment.
- cd /opt/collabnet/teamforge-installer/8.0.0.1
- ./install.sh -r -I -V
-
Restore your site data.
-
Reload the PostgreSQL
data.
- su - postgres
- /usr/bin/psql <
/tmp/backup_dir/teamforge_data_backup.dmp
- exit
Note: If your reporting database is running on a separate port, restore
that data too.
- su - postgres
- /usr/bin/psql -p <reports_database_port> <
/tmp/backup_dir/teamforge_reporting_data_backup.dmp
- exit
-
Recreate the runtime environment to set the database credentials.
-
cd /opt/collabnet/teamforge-installer/8.0.0.1
-
./install.sh -r -I -V
-
Update the file permissions on your site's data.
- /opt/collabnet/teamforge/runtime/scripts/fix_data_permissions.sh
Note: This process can take a long time for sites with a lot of data.
Do this on the my.codesight.host
-
Configure your TeamForge
8.0 installation
repository. See TeamForge installation repository configuration for SUSE.
-
Stop the Black Duck Code Sight service.
- /etc/init.d/collabnet stop tomcatcs
-
Install Black Duck Code Sight.
- zypper install teamforge-codesearch
-
Copy the master site-options.conf file from my.app.host and modify the
token settings.
Note: If you choose to use the old site-options.conf file,
don’t forget to copy the AUTO_DATA token from the
application server.
-
Set the following tokens.
HOST_localhost=codesearch
DOMAIN_localhost=my.codesight.domain.com
Host_my.app.host=app database datamart etl indexer subversion cvs
-
Save the site-options.conf file.
-
Recreate the runtime environment.
- cd /opt/collabnet/teamforge-installer/8.0.0.1
- ./install.sh -r -I -V
-
Start the Black Duck Code Sight service.
- /etc/init.d/collabnet start tomcatcs
-
To install the license for Black Duck Code Sight
follow these
instructions.
Do this on my.app.host
-
Convert your site data to work with TeamForge
8.0.
Tip: Before you kick off the data migration, do the following:
- Use the /etc/init.d/collabnet status command
to make sure the JBoss, Tomcat and Tomcatcs services are
stopped.
- If any of the trackers in your project already contains a field with
the name team, conflict may arise while running
the migrate.py script. This is because of
the inclusion of the Team feature in TeamForge 8.0. To prevent this conflict,
follow the steps given in FAQ
on troubleshooting.
- /opt/collabnet/teamforge/runtime/scripts/migrate.py
The migrate.py script locates the existing site
data and modifies it as needed.This includes configuration data for LDAP and
the James mail server. Any modifications that you have applied to these
components on your old site are reproduced on your upgraded TeamForge
8.0
site.
-
Start TeamForge.
- /etc/init.d/collabnet
start
-
If you have CVS integrations, synchronize permissions post upgrade. See, Synchronize TeamForge source control integrations.
-
Run the TeamForge post installation script. For
more information, see post-install.py.
- /opt/collabnet/teamforge/runtime/scripts/post-install.py
Do this on my.codesight.host
-
Run the TeamForge post installation script. For
more information, see post-install.py.
- /opt/collabnet/teamforge/runtime/scripts/post-install.py
-
Run the svn_cache.sh
script.
- cd
/opt/collabnet/teamforge/runtime/scripts/codesearch/
- ./svn_cache.sh <Repository Base URL Path of the SCM
Integration Server>
Provide a repository base URL path of the SCM integration server, for
example, "http://myint.box.net/svn/repos", where myint.box
is the server with the SCM integration server.
In addition, if you add a new integration server at some point later, you
must run this svn_cache.sh script, (after creating the
new integration server), on the TeamForge application server.
Do this on my.app.host
-
Apply the finishing touches and make sure everything is running smoothly after
upgrading to TeamForge
8.0.
Important: Do not delete the teamforge-installer/8.0.0.1
directory. You will need it for future maintenance and upgrades.
-
Log into your site as the administrator.
-
If your site has custom branding, verify that your branding changes
still work as intended.
See Customize anything on your site.
-
Let your site's users know they've been upgraded.
See Communicate with all site users at once.
-
Remove the backup files after the TeamForge site is up and running as
expected.
-
Remove the repository and the file system backup from the
/tmp/backup_dir directory.
-
Remove the PostgreSQL
9.2 database dump and the file system from the
/var/lib/pgsql/9.2/backups and /var/lib/pgsql/9.2/data directories respectively.
Note: After upgrade, it takes some time for the publishing repositories to get
created for projects imported from other TeamForge sites.
- ETL initial load jobs: To run ETL initial load jobs, see ETL initial load jobs.
- Review Board: Review Board 2.0.11 is not compatible
with SUSE Linux Enterprise Server 11 SP2. You must continue to
use Review Board 1.7.17 if you are upgrading from TeamForge 7.2 (or earlier) to 8.0 or later on
SUSE Linux Enterprise Server 11 SP2. In other words, you do
not have to upgrade Review Board if you are upgrading from TeamForge 7.2 to
8.0 or later on SUSE Linux Enterprise Server 11 SP2.
Important: However, as JDK is upgraded in TeamForge 8.0 and later,
you must run the install.py script to update the
JDK version in /etc/reviewboard.properties file.
Refer to the following steps.
- Run the grep command to get the encrypted password.
- grep SCM_USER_ENCRYPTED_PASSWORD
/opt/collabnet/teamforge/runtime/conf/runtime-options.conf
- Use the password_util.sh script to decrypt the scmviewer password.
- /opt/collabnet/teamforge/runtime/scripts/password_util.sh
-decrypt '<value of
SCM_USER_ENCRYPTED_PASSWORD>'
- Run the install.py script available in the
Review Board installer directory.
- cd /var/ops/RBInstaller-1.5.0.0.5
- python ./install.py -i -r
--auth-scmuser
See Upgrade to Review Board 1.7.17
if you want to upgrade from older versions of Review Board to Review
Board 1.7.17.
- Orchestrate: To install TeamForge
Orchestrate, see TeamForge
Orchestrate installation.
-
Cross-project life cycle metrics reporting in
TeamForge 8.0
As the new reporting framework is expected to
evolve over the next few releases, unlike TeamForge 7.2 or earlier versions,
TeamForge 8.0 and later have the life cycle metric reports feature (that
lets you create and add cross-project life cycle metric charts to project
pages) deprecated and turned off by default. While the new reporting
framework makes reporting effortless, expect it to cater only to
intra-project reporting needs at the moment. If you still want cross-project
life cycle metrics reporting in TeamForge 8.0, you must
set this REPORTS_ENABLE_LIFECYCLE_METRICS token to
true. See REPORTS_ENABLE_LIFECYCLE_METRICS for more
information.
- Configure X-Frame-Options: Setting the
X-Frame-Options header to ALLOW-FROM
http://forge.collab.net overrides the default Jenkins configuration header
settings and displays the page in an iframe on the specified origin. For
more infomration, see Unable to embed Jenkins page into an iframe, How to fix it?.