Connection Problem after Server mirgating / no Data in the Client App

Server Installation:

Relativity Server: v10.0.0.1485
Data Abstract: v10.0.0.1485
RemObjects SDK: v10.0.0.1485
.NET Runtime: v4.0.30319.42000
Operating System: Unix 5.4.0.84
Platform: Unix

Cient

Lazarus
with FPC 3.2.0 on 2020/12/11 at 16:18:32
using LCL 2.0.10.0 and LCL 2.0.10.0

 RemObject
   DA Ver.10.0.0.1483

Since i moved my Server to a new host i had to reinstall to whole thing.
My Problem is that i can connect with the Relativity Server Admin and also in the Schema Modeler i see all Tables and can also see the content.

The connection to the Relativity Web Interface is also fine.

I use a LDAP Server for auth and this sees also be fine.
In the log ( Relativity Server Admin ) i see the lines generated with the user info ( this is the code i use )

// log('sn = ’ + session[‘Login.sn’] + ‘’);
log('uidNumber = ’ + session[‘Login.uidNumber’] + ‘’);
log(‘ou =’ + session[‘Login.ou’] + ‘’);
log('gidNumber = ’ + session[‘Login.gidNumber’] + ‘’);
log('cn = ’ + session[‘Login.cn’] + ‘’);
log('uid = ’ + session[‘Login.uid’] + ‘’);
// log('gecos = ’ + session[‘Login.gecos’] + ‘’);
// log('departmentNumber = ’ + session[‘Login.departmentNumber’] + ‘’);
log('description = ’ + session[‘Login.description’] + ‘’);
log(‘__________________________________________________’);

I don’t know where could be the Problem…
Thanks for any help.
Manfred

Manfred,

what are there exact symptoms/what is the nature of the failure? Does the client cot connect at all? Does the connection fail? does login fail?

I do note from the browser screenshot that you used self-signed/untrusted https/TLS certificate — does the client have the proper trust installed and/or code to verify and trust the specific certificate?

Hi Marc, the Problem is that i don’t get any error… :confused:
Ok i have to admit that i don’t have a error handling in the app.

Does the client cot connect at all?

Yes, this is also visible in the log ( Relativity Server Admin )

Does the connection fail? does login fail?

For me this looks like the connection is established:


I was able to find the difference of the 2 Server installations. This error appears from the new Server…

Ok, but what exactly goes wrong/fails?

Okay, a good place to start might be to handle the prorate OnException (or whatever is there exact name) events on the client, as well as maybe but some try/except bocks around server calls that you think might be failing, and long the Exceptions, if any…

Now this on em high be more actionable, I’ll have to loop one of my colleagues in, as I’m not 100R sure what this exception means, but it does seem to be one thrown by Remoting SDK (for Delphi, by the name, so in the client side).

@EvgenyK?

Hi,

according to error, it’s the DB error - illegal mix of collations (utf8_unicode_ci, COERCIBLE) and (utf8_general_ci, COERCIBLE) for operation ‘=’.

Looks like, you have some DB issue - utf8_unicode_ci isn’t equal to utf8_general_ci.

check these answers:

I try to investigate this on the server…

The new Server runs not MySQL :confused: It runs MariaDB

OLD:
image

NEW:
image

Maybe this could be the Problem… :unamused:

MariaDB is compatible with MySQL
MariaDB project started as fork of the MySQL code and its team try to provide as best compatibility with MySQL as possible. So issue solutions aimed for MySQL should in most cases work for MariaDB too

Hi,

you had latin1 codepage on old server and utf8mb4 on new one. this can be source of this problem.

check connection string - in delphi drivers, you should specify server charset … .NET drivers may have similar options

I just did change that on the new server ( Server connection collation: ) to the same setting as the old one.
image
But the Problem is still there…

Will alo try to change this: ( Server charset: UTF-8 Unicode (utf8mb4) )
image

Hi, the Problem is solved, thanks for your help !!
I “only” had to adapt following setting in the Database.
new:
image

Have a great weekend. :grin:
Shalom
Manfred

2 Likes