Data Replication failed between OpenDJ 2.6.4 and 4.4.11 - ldap

We plan to upgrade our OpenDJ server(currently on 2.6.4) to 4.4.11. We decided to do the data migration by enabling replication between old and new servers. We were able to enable the replication between servers and the replication process got susccessfully completed. But the we checked the replication status, it is showing as 0 entries in the new OpenDJ server.
We found below error in the error log file,
Also when we check the data from Apache Directory studio we can see the data. But some records does not have values.
We followed this https://backstage.forgerock.com/knowledge/kb/article/a19631732 but it didnt fix the issue.

Related

Upgrade Opendj from 2.6.4 to 3.5.3 for replication server

I'm trying to perform an upgrade on an environments 2 OpenDJ directory servers with 1 standalone replication server between them referring to the 3.5 Upgrade doc. However, I could not find information on the order of upgrade for replication topology with standalone replication server. Should we go with upgrade of Directory servers first followed by replication, or vice versa. Can upgrade script identify between replication and directory servers.
It doesn't matter, replication is compatible between versions.

Intermittent connection error after March 2020 security updates

I am facing below error while connecting to the SQL Server on another server from a .NET application.
An exception has been raised that is likely due to a transient failure. If you are connecting to a SQL Azure database consider using SqlAzureExecutionStrategy. The underlying provider failed on Open. A connection was successfully established with the server, but then an error occurred during the login process. (provider: SSL Provider, error: 0 - An existing connection was forcibly closed by the remote host.)
SQL Server is running on Windows Server 2016 and the application is on Windows Server 2012.
Everything was fine before those security updates but after updates were installed and servers were restarted, I started getting those errors.
Any suggestions on how to resolve this?
You might want look to look at the following article at Microsoft: Applications experience "forcibly closed" TLS connection errors when connecting SQL Servers in Windows
I am running into the same issue and I applied the work around, I am still waiting for the results to confirm the solution. It started happening recently in our production environment, as this happens very randomly while connecting to hundreds of servers it is difficult to spot the issue. First we were reviewing network side for lost packets as we work between different data centers. As nothing strange came back from this investigation I stumbled upon the above article.
Update
I applied the workaround, the Group Policy on the local computer, basically followed the instructions of this Group Policy, enabled the policy, copied all cipher suits, removed the TLS_DHE* and applied it. After that restarted the server. The issue has been resolved.

WHM/CPanel update on a Linux, Apache server

I currently have a dedicated server running the following:
Apache/2.2.32
WHM/CPanel 11.44.3 (build 5)
MySQL Server version: 5.5.40-cll
Because of a security with the version of Cpanel I am told by my hosting company that Cpanel requires an update. The issue they have is because the current Cpanel is version 11.44.3 they can not update to the latest version.
Question, has anyone else had this issue and if so what was if any the resolution.
Many thanks in advance for your time
The hosting company are telling me that the only way around this issue is to have a completely new server configured with all the latest Apache, WHM/CPanel.
This of course would require all the scripts for our web site been transferred to the new server.
You have too old version and to avoid possible issues and downtime, it is recommended to setup and new server with CentOS 7 and latest cPanel and then migrate account one by one. This will allow you to check your websites one by one as you migrate. You should be able to generate full account backup and then you can restore it on a new server.
There is possibility to upgrade the version on your existing server but it is possible that it may cause other issues and you may face lots of issues and downtime.

SQL Role still present after uninstalling from SQL 2014 Failover Cluster (WFC)

I am trying to install a 3 node Active-Active-Active SQL WFC. One of the SQL role IPs we had set aside was actually already in use. Originally, once I received the message, I tried removing the role by running the "Remove node from a SQL Server failover cluster" in the Maintenance page of the SQL Server Installation Center. The uninstall completed, but the role is still there, and now when I attempt to run the Removal again, when I get to the "Cluster Node Configuration" step, the "SQL Server instance name:" dropdown doesn't provide any instances.
I wanted to know what the best steps would be to remove this role? Can I remove it through Failover Cluster Manager without harming future SQL role setups? Can I try re-installing with the same information and then uninstalling again when it inevitably fails? Can I change the DNS so that the IP matches the Network name that we've provided it?
Thank you for pointing me in the right direction.

Lock on some data error in mobile first 7.0

I am working with mobile first application and I have set it locally. I left server idle for about 15 minutes and then it is gives me configuration error.
When then I deploy adapter below error get started coming and not getting stop and adapter is not getting deploy.
Though you are using optimistic transactions, OpenJPA is now beginning a datastore transaction because you have requested a lock on some data.
I tried clean the server, projects, restart studio every thing.
I have changed the workspace three time.
1) Eclipse - Version: Luna Service Release 2 (4.4.2) Build id: 20150219-0600
2) Mobile first : 7.0.0.00-20160307 - 1716
3) OS : Windows 8
Try killing the Java process or restarting the computer. You should then be able to successfully start the server and deploy the adapter.
Though you are using optimistic transactions, OpenJPA is now beginning a datastore transaction because you have requested a lock on some data.
This is a common error or warning while server is downloading the artifacts(wlapp, adapter etc.) from database.
My actual problem was with database. WebSphere liberty with mobilefirst is giving derby as default database and My server was not working properly with it.
I changed it to MySQL database and it is working fine.