INLA as it is distributed has certain expectations of the base system that RHEL7 currently does not meet. The error will typically look something like this:
res.inla <- inla(y~1+f(time,model="ar1", + hyper=list(theta1=list(param=c(mtauprior$shape,1),initial=mtauprior$initial), + theta2=list(param=c(rhoprior$mu,1),initial=rhoprior$initial))), + control.fixed = list(mean.intercept=alphaprior$mu,prec.intercept = alphaprior$prec), + family=fam,data=d.inla,control.family=contr.fam) /mn/sarpanitu/modules/packages/R/3.5.0-gcc/lib64/R/library/INLA/bin/linux/64bit/inla: /lib64/libm.so.6: version `GLIBC_2.23' not found (required by /mn/sarpanitu/modules/packages/R/3.5.0-gcc/lib64/R/library/INLA/bin/linux/64bit/inla) /mn/sarpanitu/modules/packages/R/3.5.0-gcc/lib64/R/library/INLA/bin/linux/64bit/inla: /lib64/libm.so.6: version `GLIBC_2.23' not found (required by /mn/sarpanitu/modules/packages/R/3.5.0-gcc/lib64/R/library/INLA/bin/linux/64bit/libRmath.so.1) Error in inla.inlaprogram.has.crashed() : The inla-program exited with an error. Unless you interupted it yourself, please rerun with verbose=TRUE and check the output carefully. If this does not help, please contact the developers at <help@r-inla.org>.
Unfortunately, upgrading GLIBC is not an option, but drift@math will see if we can rebuild INLA to resolve this issue. For now though, issuing INLA:::inla.dynload.workaround()
is the best option.