FTS Known Issues.

This document contains the different problems found during the deployment and testing phase of FTS release 2.2.3 and how to solve them if possible. We also suggest the following page about some recurring difficulties: FtsSupport2xx.

FTA configuration

log4cpp version

  • Defect:
       /opt/glite/bin/glite_data_config_generator: error while loading shared libraries: liblog4cpp.so.4: cannot open shared object file: No such file or directory
  • Reason: This problem is caused by having an old version of log4cpp. Please, check if you have liblog4cpp.so.4 or log4cpp-1.0-1.el4.rf. If not you can get them from yum enabling the dag repository
  • Solution:
    • Upgrade the version using the dag repository
            yum --enablerepo=dag install log4cpp
    • Rerun the configuration of FTA.

YAIM Values

YAIM variables reference

The FTS Configuration model and YAIM variables reference is available in the following linkFtsConfiguration. Some variables and/or values have been deprecated, so please check them

Some channel setting are not handled via YAIM any more

  • With FTS 2.1, various channel settings previously handled via YAIM and agents configuration files were moved to the database. Since the channel management command line interface were not updated accordingly, a migration script, update_channels.py, was provided and was called by YAIM each time a channel definition was updated. That script copied to the database the new parameters from the generated configuration files.
  • FTS 2.2 those parameters are obsolete, and trying to set them through your YAIM configuration scripts will result in an error. The parameters should be set via the command line

Here we have the list of the parameters

  • Init parameters:

    • Configuration parameters:

Those parameters now are covered in the command line glite-transfer-channel-set

DB Schema

History Package and Purge

Required permissions are CREATE JOB " privilege + execute permissions on SYS.DBMS_SCHEDULER

SQL>  exec fts_history.start_job
BEGIN fts_history.start_job; END;
ERROR at line 1:
ORA-27486: insufficient privileges
ORA-06512: at "SYS.DBMS_ISCHED", line 99
ORA-06512: at "SYS.DBMS_SCHEDULER", line 262
ORA-06512: at "GLITEFTS.FTS_HISTORY", line 203
ORA-06512: at line 1

New Bugs

Checksums are broken for Case 2

Checksums are not working as expected when the option -k or --compare-checksums is specified but there is no checksum provided.

Command: glite-transfer-submit --compare-checksums source-SURL destination-SURL 
Command: glite-transfer-submit -K source-SURL destination-SURL

This case scenario is not frequently used by the experiments (confirmed by Atlas and CMS). So this bug should not be a reason for not upgrading to the releasenot relevant for the CMS and ATLAS. So you can use the other 2 cases while the bug is fixed and released. Savanna bug https://savannah.cern.ch/bugs/index.php?63518

Yaim values have priority over DB values

Check the new parameters that can be configured now from the command line Open a bug for the YAIM overwritting the info in the DB for the tx_log (DEBUG flag), and how to fix it.

Old issues still present in FTS 2.2.3

Oracle instantclient libstdc++ dependency on SL4

The background of the problem: https://twiki.cern.ch/twiki/bin/view/LCG/FtsKnownIssues21#Oracle_instantclient_libstdc_dep

This problem is still present in FTS 2.2.3, but it may manifest itself in a different way then the above page describes: the agent crashes after startup, at the very first database operations. Check the description about the workaround.

This problem was reported in the following GGUS ticket: https://gus.fzk.de/ws/ticket_info.php?ticket=56384

-- Main.RosaGarciaRioja - 09-Mar-2010

Edit | Attach | Watch | Print version | History: r3 < r2 < r1 | Backlinks | Raw View | WYSIWYG | More topic actions
Topic revision: r3 - 2010-03-16 - unknown
    • 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