To upgrade to TeamForge
8.0, set up a new hardware,
then bring your old site's data and convert it.
In this option, the following services run on the application server (we call this
my.app.host).
- TeamForge Application Server
- Black Duck Code Sight Server
- Database Server (Operational DB and Reports
DB)
- ETL Server
- GIT Integration Server
- SCM Integration Server (Subversion and
CVS)
- Search Server (Indexer).
Log on to the server as root user always.
Do the following on the existing TeamForge 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/backup_dir is just an
example. You can use any directory or partition you prefer to store your backup
files.
-
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
Compress your backup data.
- cd /tmp
- tar czvf 72backup.tgz backup_dir
-
Back up your SSH keys, if any.
-
Back up your SSL certificates and keys, if any.
-
Copy the master configuration file from the old server to the
/tmp directory on the new server.
- scp
/opt/collabnet/teamforge-installer/7.2.0.x/conf/site-options.conf
username@newbox:/tmp
Note: Replace "x" with the appropriate patch release number if
applicable.
Tip: scp is just an example. You can choose any file transfer method
you prefer.
-
Copy the file system data to the new server.
- scp /tmp/72backup.tgz username@newbox:/tmp
Do the following on the new TeamForge Application Server
-
Unpack the file system data.
- cd /tmp
- tar xzvf 72backup.tgz
-
Configure your TeamForge
8.0 installation
repository. See TeamForge installation repository configuration for SUSE.
-
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
-
Black Duck Code Sight: To install the
Black Duck Code Sight packages run the
following command:
- zypper install
teamforge-codesearch
-
Copy the site-options.conf file to the TeamForge installer directory.
- cp /tmp/site-options.conf
/opt/collabnet/teamforge-installer/8.0.0.1/conf
-
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
Add
'gerrit' to the HOST_localhost token if you are
installing Git.
HOST_localhost=app database datamart etl indexer subversion cvs gerrit
Add
'codesearch' to the HOST_localhost token if you
are installing Black Duck Code Sight.
HOST_localhost=app database datamart etl indexer subversion cvs codesearch
-
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.
-
Make sure the PostgreSQL tokens in the
site-options.conf file are set as recommended
in the following topic: What are the right PostgreSQL settings for my site?
-
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
-
If you have installed Black Duck Code Sight, restore the Black Duck Code Sight
data.
- cd /opt/collabnet
- mv blackduck blackduck_bak
- tar -zxvf
/tmp/backup_dir/blackduck.tgz
-
Reload the svnroot, sf-svnroot,
cvsroot, gitroot and var
directories.
- cp -Rpfv /tmp/backup_dir/svnroot /svnroot
- cp -Rpfv /tmp/backup_dir/cvsroot /cvsroot
- cp -Rpfv /tmp/backup_dir/sf-svnroot
/sf-svnroot
- cp -Rpfv /tmp/backup_dir/var
/opt/collabnet/teamforge/var
If Git integration is enabled, do the following:
- cp -Rpfv /tmp/backup_dir/gitroot /gitroot
- cp -Rpfv
/tmp/backup_dir/gerrit/gerrit/etc
/opt/collabnet/gerrit
- cp -Rpf
/tmp/backup_dir/gerrit/gerrit/.ssh
/opt/collabnet/gerrit
- cp -Rpf /tmp/backup_dir/gerrit/gerrit/bin
/opt/collabnet/gerrit
-
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.
-
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
-
Install the Black Duck Code Sight license on the
server where Black Duck Code Sight is installed.
For more information see these
instructions.
-
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.
-
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?.