Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Panel
bgColorwhite
titleBGColorlightgrey
borderStyledotted
titleOn this page...

Table of Contents

...

Panel

IBM / AIX

Panel
bgColorwhite
titleBGColorlightgrey

IBM (xlf) issues with grib-api

When compiling grib-api on IBM architectures with the XLF compiler, we recommend disabling the creation of "shared libraries" and use static libraries only. This can cause runtime errors.

For more information, please see Installing grib-api.

Panel
bgColorwhite

Compilation of bindproc.c fails with XLF V12 compiler

This is caused by missing lines in the bindproc.c file for OpenIFS version 38r1. Please add the following code lines to bindproc.c:

Code Block
#include <unistd.h> /* for _SC_NPROCESSORS_ONLN */
#include <sys/processor.h> /* for BINDTHREAD */

Please contact openifs-support@ecmwf.int for further assistance.

JIRA Issue:

Jira
serverECMWF Software Support
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId267ffb4b-b041-3e3e-bee4-0486d22e0a7f
keyOIFSSUP-12

...

Panel

Intel compiler

Panel
bgColorwhite

Use of MKL library can cause irreproducible results

OpenIFS includes a compilation configuration for the Intel compiler with the Intel MKL library (for optimized LAPACK/BLAS). However, please be aware use of this library can cause the model to be irreproducible, even on the same core count in successive runs. We recommend not using it if reproducibility is a concern.

OpenIFS also only provides a compilation configuration for the MKL and the Intel library. Linking MKL with other compilers is possible, though complicated and is not tried or tested with OpenIFS.

For help with linking the MKL library with other compilers, please see: https://software.intel.com/en-us/articles/intel-mkl-link-line-advisor

...

Panel
bgColorwhite
titleBGColorlightgrey

OpenIFS fails in PRESET_GRIB_TEMPLATE if grib_api compiled with Intel and -O2

We are aware of a problem in grib_api when using the Intel compiler that seems to affect different versions of grib_api and causes the model to fail with a floating point exception (SIGFPE) in the routine PRESET_GRIB_TEMPLATE. The advice is to reduce the optimization level when compiling grib_api to -O1 rather than -O2.

The error message that typifies this problem is:

Code Block
titleOpenIFS log file
collapsetrue
***Received signal = 8 and ActivatED SIGALRM=14 and calling alarm(10), time =    3.10
JSETSIG: sl->active = 0
signal_harakiri(SIGALRM=14): New handler installed at 0xabfa00; old preserved at 0x0
***Received signal = 8 and ActivatED SIGALRM=14 and calling alarm(10), time =    3.10
[myproc#1,tid#1,pid#14063]:  MASTER
[myproc#1,tid#1,pid#14063]:   CNT0<1>
[myproc#1,tid#1,pid#14063]:    SU0YOMB
[myproc#1,tid#1,pid#14063]:     SU_GRIB_API
[myproc#1,tid#1,pid#14063]:      PRESET_GRIB_TEMPLATE
JSETSIG: sl->active = 0
signal_harakiri(SIGALRM=14): New handler installed at 0xabfa00; old preserved at 0x0

tail NODE.001_01
 - Set up F-post processing, part 2----------------------------------
 YDSL%CVER=FP YDSL%NASLB1=   1053 YDSL%NASLB1_TRUE=     79
 *** YRFP%NASLB1 RESET TO NPROMA*NGPBLKS=          48
 THE POST-PROCESSING RESOLUTION IS NEVER COARSER THAN THE MODEL RESOLUTION
 ARRAY  SSEC2     ALLOCATED      132     132
 SUBFPOS: case LFPDISTRIB=F
 NFPROMA=NFPROMA_DEP; NFPBLOCS=NFPBLOCS_DEP
 NFPSTART=NFPSTART_DEP; NFPEND=NFPEND_DEP
 NFPSORT=NFPSORT_DEP; NFPBLOFF=NFPBLOFF_DEP

 SUFPIOS PRINTS OUT
 NFPXFLD =   -999
 - Set up GRIB API usage----------------------------------
 ABOR1 CALLED
 Dr.Hook calls ABOR1 ...

Panel

GNU compilers

Panel
bgColorwhite

OpenIFS fails with gfortran version 5 compiler

OpenIFS is known to fail when using the gfortran/gcc version 5.2 compiler. The error is:

Code Block
SUDIM1; after call to read(namgfl), nmfdiaglev =            0
		Error in `../make/gnu-noopt/oifs/bin/master.exe': double free or corruption (out): 0x0000000009fafd90 ***

If this occurs we recommend using version 4.8.1 of the gnu compilers. There is currently no fix for this issue with OpenIFS based on the 38r1 release.

...

Panel

Cray

Panel
bgColorwhite
titleBGColorlightgrey

Cray ATP does not work

This is caused by the way IFS creates its own signal handler. To enable Cray ATP set:

Code Block
export DR_HOOK_IGNORE_SIGNALS=-1

in the job script to completely disable any signal trapping by DrHook.

Contact openifs-support@ecmwf.int for assistance.

...