Nexus oss 3.x upgrade plan if both versions are running on same server? - open-source

How should we plan Nexus Oss 2.14.3 upgrade to Nexus Oss 3.2.1 if Version 2.14.3 and version 3.2.1 running on the same server??
Please share your suggestions

Use the upgrade instructions here: http://books.sonatype.com/nexus-book/reference3/upgrading.html#upgrade-version-two-three since they are both on the same server I'd recommend using the "File System Hard Linking" transfer method, that will be far faster than any other method.

Related

mysql installation on SUSE 15 Failing with : Problem: nothing provides 'libc.so.6(GLIBC_2.28)(64bit)'

Im trying to install mysql on SUSE 15 Sp2 :
Followed steps from official documentation :
https://dev.mysql.com/doc/mysql-sles-repo-quick-guide/en/
But when i tried to install the mysql getting following error :
Problem: nothing provides 'libc.so.6(GLIBC_2.28)(64bit)' needed by the
to be installed mysql-community-server-8.0.29-1.sl15.x86_64
Solution
1: do not install mysql-community-server-8.0.29-1.sl15.x86_64
Solution 2: break mysql-community-server-8.0.29-1.sl15.x86_64 by
ignoring some of its dependencies
According to the list of platforms that are supported by this version of MySQL, version 15.3 of openSUSE is required. That's probably what's going wrong here: The version of glibc which is provided by the repositories of your openSUSE 15.2 is too old for this MySQL version. If possible, I would recommend you backup your system and then upgrade to 15.3 and then to 15.4, see these instructions. Especially when you intend to do development, it's really wise to first upgrade your OS to the latest version, because only then will you have the latest versions of the technologies you're learning – otherwise, some things you learn will be outdated from day one.

Q: Nexus OSS 3.2.1 Upgrade plan

We have to upgrade our Nexus OSS ver 2.14.2 which is currently running on Windows to the latest Nexus OSS version 3.2.1 but on Linux machine.
What our plan to upgrade is
First 2.14.2 to 2.14.3
Then 2.14.3 to 3.2.1
After that Migration.
Does it sound a proper plan or we should re-consider it? Is there any potential risk? Suggestions are welcome.
Please share your experiences while Upgrading and Migration.
Your plan is good, upgrade to 2.14.3 first, then go to 3.2.1. Both upgrades are very safe. And in fact, in the case of the 3.2.1 upgrade your existing 2.14.3 will be left intact. The upgrade from 2 to 3 imports the configuration and data from Nexus 2 while leaving the original instance untouched.

OpenShift and Restheart

I have to use Restheart APIs in an OpenShift application.
I tried to execute restheart.jar as suggested in the installation and use guide, but it produced an error, due to the difference between the installed java version (openjdk 7) and the required one (oracle java 8).
Is there any trick to get Restheart APIs working in an OpenShift app?
OpenShift does not support JDK 8 but that doesn’t mean you can’t run Java 8 applications.
You can use a DIY cartridge and install your own JDK version. 

Differences between Couchbase 3.0.1 and 4.0

I have to write a library that works with Couchbase 3.0.1 and 4.0. I know that to know if my code will works with each one, I will have to test them.
Anyway, what are the key differences between both versions?
If you are using the Java SDK, Couchbase server 4.0 is backwards compatible with the Java SDK 1.4.x. So using this version of the SDK should work across both Couchbase 3.0.x and 4.0.x servers, although you won't be able to use any of the cool new features with 4.0.x.
Other SDKs that were intended for Couchbase server 3.0.x should similarly be compatible with Couchbase server 4.0.x.
However, there could be some hidden "gotchas" when using an older SDK with the newer server version, although I have yet to encounter one myself.
As far as migrating from an older SDK intended for Couchbase server 3.0.x to a newer SDK intended for Couchbase server 4.0.x, this migration requires a significant effort for the Java SDK since they did a lot of refactoring. Although, I'm not certain if the same is true for SDKs in other languages.

How to do downgrading cuda version

I'm currently using the cuda version 4.2 but I need to change it to 3.1. Is it possible to uninstall the current version (ver 4.2) and then install the previous version (ver 3.1) ?
EDIT : Please refer that my os system is linux ubuntu 10.04 64bit.
EDIT : I found how to get the version of 3.1. I have to send e-mail to "devzoneupdate#nvidia.com" to request this old version. Now, please let me know how to uninstall 4.2 then install 3.1.
EDIT : I downloaded cuda 3.1 by request to nvidia, then installed toolkit and SDK. When install the cuda 3.1 toolkit there comes the question about uninstallation of current version. For SDK, we can just delete ~/NVIDIA_GPU_Computing_SDK directory directly for the uninstallation of it. After deleting I could install the cuda 3.1 SDK. I'm done, thanks all.
Yes, you can easily downgrade the CUDA version provided you aren't using the CUDA toolkit functions which are only present in version greater than 3.1.
Also you would have to modify your project settings to use CUDA Rules version 3.1.
WARNING:
ubuntu 12.04 upgraded to 12.10 with standard cuda 4.2 installed; in the process of downgrading to CUDA 4.0 using NVIDA installer resulted the !! COMPLETE REMOVAL !! /usr/bin/
probably is a good idea to choose "NO" when removing existing CUDA installation is offered; though I never got to try it as only already loaded firefox remained functional.