Show Children Hide Children

Main FTS Pages
Previous FTSes
All FTS Pages
Last Page Update

FTS Deployment Tests

The purpose of the deployment tests is

  • to see if the packages are properly built
  • configuration (Yaim) scripts cover all expected deployment models
  • installation from scratch works
  • upgrade paths are working

Test Environment

The DMTestBed's dynamic test machines shall be used, because they provide a clean environment in the quickest possible way.

After a successful release candidate build using ETICS one can upload the packages to the release candidate repository by using the e-to-apt script:


etics-get-project org.glite
etics-checkout --continueonerror --ignorelocking --project-config glite_branch_3_1_0 -c glite-data_branch_3_1_0_dev
etics-build --continueonerror


etics-get-project org.glite
cat < >>EOF
etics-checkout --continueonerror --ignorelocking --project-config glite_branch_3_2_0 -c glite-data_branch_3_1_0_dev
etics-build --continueonerror

For the dependencies and metapackages one shall use the production gLite repository.

If the provided dependencies or metapackages are not recent enough, then these extra packages could be also uploaded to the release candidate repository.

Test Cases

Clean Installations

As it is described in LCG.FTS22 one shall be able to install FTS on a clean machine:

  • FTS, FTA, FTM on a single SLC4/i386 node: not really used in practice, but the library locations are different, so at least one 32 bit installation shall be tested.
  • FTS, FTA, FTM on a single SLC4/x86_64 node
  • FTS, FTA, FTM on a single SL4/x86_64 node: the difference is that we shall not use the 'cern-only' Java and Oracle Instantclient packages.
  • FTS, FTA, FTM on a single SLC5/x86_64 node
  • FTS on two nodes, one FTA with VO agents, another FTA with channel agents and a separate FTM node: this would be the typical deployment model, however this test could be simply covered by the /Pilot/ installation.

Upgrade Paths

From the previous release of FTS (2.1) we should exercise and document the upgrade steps to the most recent release (2.2):

  • Upgrading FTS on the same node, using the same Yaim site.def file: we have deprecated a number of attributes, which shouldbe deleted, otherwise the upgrade should show warnings. The schema has also changed, so its upgrade will be also tested.
  • Installing FTA on a clean machine and "moving" channels over from the existing installation: what is the simplest way to "clone" configurations and how to remove everything cleanly from the old box?
  • The same as above, but the old machine runs on SLC4, while the new one on SLC5.
  • Installing a new FTS 2.2 and FTA nodes with a new database on SLC5 and cloning the SLC4 FTS 2.1 configuration in this one: this will be the typical pre-production testing model at most sites. The trick here is that not all channel parameters are coming from the Yaim site.def file, thus we shall have clean instructions on how to copy the necessary information from the t_channel table into the new databse.

-- Main.AkosFrohner - 15 Mar 2009

Edit | Attach | Watch | Print version | History: r1 | Backlinks | Raw View | WYSIWYG | More topic actions
Topic revision: r1 - 2009-03-15 - AkosFrohner
    • Cern Search Icon Cern Search
    • TWiki Search Icon TWiki Search
    • Google Search Icon Google Search

    EGEE All webs login

This site is powered by the TWiki collaboration platform Powered by Perl This site is powered by the TWiki collaboration platformCopyright & by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Ask a support question or Send feedback