NagiosXI ./fullinstall failure, workaround

[eltrasimaco]

When installing NagiosXI under a system with a LANG variable like es_ES.UTF-8, it fails with something related to certs. This approach does work:

unset LANG
./fullinstall

[dwhitfield]

What version of XI is this so that we can test and possibly file a bug report? Thanks for reporting a fix!

[eltrasimaco]

Last one for now, 5.4.4

[dwhitfield]

Are you installing on CentOS/RHEL 6 or 7?

Also, what is the locale when that LANG? In CentOS/RHEL 7, that doesn't not appear to be a valid locale. localectl does not use uppercase UTF and no dash before 8. so I wonder if that is the issue.

[eltrasimaco]

It's RHEL 7, I forgot to mention also that, after the LANG unsetting, the installer aborted with another error, cert related ; the certificate file of RHEL, originally, was:
/usr/share/rhn/RHNS-CA-CERT
and the ./fullinstall script is looking for:
/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
So here my workaround was : cp /usr/share/rhn/RHNS-CA-CERT /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
And now it's running.

[dwhitfield]

Thanks for the workaround!

What's the output of localectl status? Looks like the actual set locale commands get translated to the format you've listed, so I kinda doubt that's the issue, but it would be good to know in case it's some sort of weird Keymap or Layout issue.

[eltrasimaco]

Hi, the output is:
System Locale: LANG=es_ES.UTF-8
VC Keymap: es
X11 Layout: es

[dwhitfield]

Code: Select all

[root@centos7x64 tmp]# localectl set-locale LANG=es_ES.utf8
[root@centos7x64 tmp]# localectl status
   System Locale: LANG=es_ES.utf8
       VC Keymap: us
      X11 Layout: us
[root@centos7x64 tmp]# localectl set-keymap es
[root@centos7x64 tmp]# localectl status
   System Locale: LANG=es_ES.utf8
       VC Keymap: es
      X11 Layout: es
       X11 Model: pc105
     X11 Options: terminate:ctrl_alt_bksp

Upgrades seem to work with that setup as well as the fullinstall, so I think we can safely chalk this up to a certificate issue. I'm not sure there's a lot we can do about that. I'm not sure why the X11 Model and X11 Options would matter.

That said, I am testing on CentOS 7 and that's a RHN cert. We haven't had anyone else report issue on RHEL 7 though, so I think this is local to your machine.

Thanks for posting the fix again!