Difference: KnownIssues (63 vs. 64)

Revision 642014-03-21 - PaoloAndreetto

Line: 1 to 1
 
META TOPICPARENT name="GeneralDocumentation"

Known issues

Line: 8 to 8
  Known problems in CREAM software or in other software modules affecting a CREAM based CE (the list refer to known problem affecting the latest release of the software released in EMI)
Deleted:
<
<

Error from TORQUE infoprovider: Exception: Cannot find user for xxxxx.xxxxxxxx

This error can be reported by the low level infoprovider of TORQUE when the CREAM service and TORQUE server are deployed on different hosts and a set of "local accounts", not belonging to any pool account, are defined on the TORQUE server. The error message is misleading, the infoprovider is not able to retrieve the group of the local account, not the user. The workaround consists on creating in the CREAM host the same set of users and groups defined on the TORQUE server.

 

SEVERE: A web application created a ThreadLocal ... but failed to remove it when the web application was stopped

This error is reported only by tomcat6 when the server container is being shutting down.

Line: 55 to 50
 Argus server does not authorize a user if it is under heavy load. For a workaround see Problem with Argus 1.5 (EMI-2) and CREAM
Deleted:
<
<

NoClassDefFoundError from Argus updating from EMI-2 to EMI-3

Updating from EMI-2 to EMI-3 the support for Argus requires CAnL libraries which are incompatible with the CREAM service in EMI-3. It is necessary to force the service to use old Argus libs in this way:
ln -sf /usr/share/java/argus-pep-api-java-compat.jar $CATALINA_HOME/webapps/ce-cream/WEB-INF/lib/argus-pep-api-java.jar
ln -sf /usr/share/java/argus-pep-common-compat.jar $CATALINA_HOME/webapps/ce-cream/WEB-INF/lib/argus-pep-common.jar

Wrong time format for MaxWallClockTime

With EMI-2 update 9 an issue occurs concerning the time format of GlueCEPolicyMaxWallClockTime and GlueCEPolicyMaxObtainableWallClockTime on a TORQUE based installation. The attributes are published in hours, there's no workaround at the moment the only way is to change the script /usr/libexec/info-dynamic-pbs according to:
360c360
<            $maxWall = int(&convertHhMmSs($1)/60);
---
>            $maxWall = int(&convertHhMmSs($1));
363c363
<       $defaultWall = int(&convertHhMmSs($1)/60);
---
>       $defaultWall = int(&convertHhMmSs($1));

Relevant bug: https://savannah.cern.ch/bugs/?101076

 

tomcat5 fails to start unless the supplementary repository is enabled in RHEL 5.9

In RHEL 5.9, installing tomcat5 (tomcat5-5.5.23-0jpp.37.el5) pulls in java-1.7.0-ibm-devel (1:1.7.0.3.0-1jpp.2.el5) IF the supplementary-5 repository is enalbed. However, without the supplementary repo set up, tomcat5 pulls in java-1.4.2-gcj-compat-devel instead. In this case starting tomcat5 fails as seen in /var/log/tomcat5/catalina.out :
Line: 229 to 200
  Moreover, to guarantee that the accounting file is updated on the fly, the GE configuration should be tunned (using qconf -mconf) in order to add under the reporting_params the following definitions: accounting=true accounting_flush_time=00:00:00
Deleted:
<
<

Significant changes introduced with Torque 2.5.7-1

The updated EPEL5 build of torque-2.5.7-1 as compared to previous versions enables munge[1] as an inter node authentication method. Please see here

 

pbs_server create hangs on first time run

On a fresh installation of torque-server, running pbs_server for the first time by running /etc/init.d/pbs_server start will hang. Also, the command to create

Line: 347 to 312
 vo_max_jobs_cmd: /opt/lcg/libexec/vomaxjobs-maui -h lcg-ce –infile /import/dir/to/cream-ce/diagnose-for-cream
Deleted:
<
<

Reconfiguration after update

After an update of the CREAM RPM, it is mandatory to reconfigure (via yaim)

 

Special characters in CREAM_DB_USER and CREAM_DB_PASSWORD

Line: 382 to 344
  Problems in CREAM software or in other software modules affecting a CREAM based CE that have already been fixed (i.e. they are not affecting the latest release of the software released in EMI)
Added:
>
>

Error from TORQUE infoprovider: Exception: Cannot find user for xxxxx.xxxxxxxx

This error can be reported by the low level infoprovider of TORQUE when the CREAM service and TORQUE server are deployed on different hosts and a set of "local accounts", not belonging to any pool account, are defined on the TORQUE server. The error message is misleading, the infoprovider is not able to retrieve the group of the local account, not the user. The workaround consists on creating in the CREAM host the same set of users and groups defined on the TORQUE server.

Fix provided in EMI-3 update 14

NoClassDefFoundError from Argus updating from EMI-2 to EMI-3

Updating from EMI-2 to EMI-3 the support for Argus requires CAnL libraries which are incompatible with the CREAM service in EMI-3. It is necessary to force the service to use old Argus libs in this way:
ln -sf /usr/share/java/argus-pep-api-java-compat.jar $CATALINA_HOME/webapps/ce-cream/WEB-INF/lib/argus-pep-api-java.jar
ln -sf /usr/share/java/argus-pep-common-compat.jar $CATALINA_HOME/webapps/ce-cream/WEB-INF/lib/argus-pep-common.jar

Fix provided in EMI-3 update 6

Wrong time format for MaxWallClockTime

With EMI-2 update 9 an issue occurs concerning the time format of GlueCEPolicyMaxWallClockTime and GlueCEPolicyMaxObtainableWallClockTime on a TORQUE based installation. The attributes are published in hours, there's no workaround at the moment the only way is to change the script /usr/libexec/info-dynamic-pbs according to:
360c360
<            $maxWall = int(&convertHhMmSs($1)/60);
---
>            $maxWall = int(&convertHhMmSs($1));
363c363
<       $defaultWall = int(&convertHhMmSs($1)/60);
---
>       $defaultWall = int(&convertHhMmSs($1));

Relevant bug: https://savannah.cern.ch/bugs/?101076

Fix provided in EMI-3 update 6

 

Problem switching off of the JobSubmissionManager (i.e. JOB_SUBMISSION_MANAGER_ENABLE false in /etc/glite-ce-cream/cream-config.xml

The switching off of the JobSubmissionManager ( in /etc/glite-ce-cream/cream-config.xml) makes the CREAM service not available for the users.
 
This site is powered by the TWiki collaboration platformCopyright © 2008-2020 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback