NetXMS Support Forum

I just HATE when this happens - I was a guinea pig for a scripted deployment of JRE, which pushed the same version to my system but gave me a 32 bit instead of 64 bit.

<In my best Roseanne Rosannadanna voice> "Never mind."

I am evaluating NetXMS (I like it more and more as I work with it), but it tends to go a few days/a week between access.  Today when I tried to login I got the error shown in the attachment (sorry, it isn't text or I'd post that in here). I have the same JRE I had last week, no changes that I can think of. Just for giggles I rebooted the server (which was a long shot, this seems it's way before server access).

Can anyone point me in a direction to look?

Paul

Victor, thanks, I have worked my way through the rest of the needed packages and/or set configure options to avoid them (mosquitto for example). Thanks.

OK, I started over - built a new CentOS 7 VM, and this time I verified that OpenSSL (v1.0.2k) is installed. I also then installed/updated MySQL, perl-core, libcurl-devel, and libssh-devel because those were what were complained about on the first tries. I then untar NetXMS (netxms-2.2.13.tar.gz), and do

./configure --with-server --with-mysql --with-agent

which then gives these last three lines:

Quotechecking openssl/crypto.h presence... no
checking for openssl/crypto.h... no
configure: error: OpenSSL is required for encryption support

I do see that there are crypto.h files in the /usr/src/kernels (not what we want I'm sure). I also see that the tar for openssl v1.0.2r does have that file.

Finding the --with-bundled-openssl config option, I tried that:

Quotechecking openssl/crypto.h usability... no
checking openssl/crypto.h presence... configure: error: OpenSSL is required for encryption support
no
checking for openssl/crypto.h... no

So, I'm stumped.

Paul

OK I now see I have 1.0.2k and 1.1.1b of OpenSSL both installed (kinda), I'll try getting out of that. the 1.1.1b libssl.so is in /usr/local/lib64 but not in my libpath. But I don't want two versions at all, so...

Thanks.

I've had little or no luck logging in with my userID/pswd in the fields at the top-left of the forum pages - until I get the center Login fields to display, those seem to work fine.  Anyone else report this? See attached picture.

Paul

Surely, attached. Thanks.

Paul

Hi, I am giving NetXMS a try. Since I'm CentOS 7, I'm doing 'from source' which seems well explained. I have run into a couple missing dependencies - OpenSSL (saw the document warning, thought that was already installed, but ok, fixed), curl (needed libcurl-devel, OK), libssh and libssh-devel, then this:

Quotechecking size of wchar_t... configure: error: in `/home/a-ptrivino/Downloads/netxms-2.2.13':
configure: error: cannot compute sizeof (wchar_t)
See `config.log' for more details

(That last line is a hoot, this is FROM config.log... )

But I don't find anything about this in this forum. The germane part of config.log seems to be this:

| #if HAVE_WCHAR_H
| #include <wchar.h>
| #endif
|
|
| static long int longval () { return (long int) (sizeof (wchar_t)); }
| static unsigned long int ulongval () { return (long int) (sizeof (wchar_t)); }
| #include <stdio.h>
| #include <stdlib.h>
| int
| main ()
| {
|
|   FILE *f = fopen ("conftest.val", "w");
|   if (! f)
|     return 1;
|   if (((long int) (sizeof (wchar_t))) < 0)
|     {
|       long int i = longval ();
|       if (i != ((long int) (sizeof (wchar_t))))
|       return 1;
|       fprintf (f, "%ld", i);
|     }
|   else
|     {
|       unsigned long int i = ulongval ();
|       if (i != ((long int) (sizeof (wchar_t))))
|       return 1;
|       fprintf (f, "%lu", i);
|     }
|   /* Do not output a trailing newline, as this causes \r\n confusion
|      on some platforms.  */
|   return ferror (f) || fclose (f) != 0;
|
|   ;
|   return 0;
| }
configure:26002: error: in `/home/a-ptrivino/Downloads/netxms-2.2.13':
configure:26004: error: cannot compute sizeof (wchar_t)
See `config.log' for more details


Please let me know what else I should provide to help find the cause of this.  Thank you!

Paul