I have tried executing yum update command but it only took me from 5.11 to 6.x. I need the server to be running CentOS 6.x for nagiosxi.
[root#nagiosxi network-scripts]# uname -a
Linux nagiosxi.inl.gov 2.6.18-371.8.1.el5 #1 SMP Thu Apr 24 18:23:07 EDT 2014 i686 i686 i386 GNU/Linux
As you probably know, CentOS is based on RedHat so the same rules apply for both.
In place upgrades between 4, 5, and 6 are not supported by RedHat (and thus CentOS). The only supported upgrade path is from 6 to 7. The expectation is that an upgrade path will continue in future releases.
With that said, there is a way to upgrade from 5 to 6 but it is not supported by RedHat so be careful with how you use it.
The link is: In place upgrade
Related
Attempting remote development with VSCode 1.43.2 hosted on Darwin 18.7.0.
SSH target is a Raspberry Pi3 running raspbian jesse.
uname -a reports "Linux 4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l GNU/Linux"
gcc version is gcc version 4.9.2 (Raspbian 4.9.2-10+deb8u2)
The remote server code installed automatically but fails to start with the following error messages.
> Server did not start successfully. Full server log at /home/pi/.vscode-server/.0ba0ca52957102ca3527cf479571617f0de6ed50.log >>>
> /home/pi/.vscode-server/bin/0ba0ca52957102ca3527cf479571617f0de6ed50/node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by /home/pi/.vscode-server/bin/0ba0ca52957102ca3527cf479571617f0de6ed50/node)
> /home/pi/.vscode-server/bin/0ba0ca52957102ca3527cf479571617f0de6ed50/node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by /home/pi/.vscode-server/bin/0ba0ca52957102ca3527cf479571617f0de6ed50/node)
> <<< End of server log
/usr/lib/arm-linux-gnueabihf/libstdc++.so.6 exists on the Pi.
What do I need to do to get it working?
The version of your C++ standard library (libstdc++.so.6) is simply too old, a newer version is required to run VSCode Server.
You could probably add some backports or third-party repositories to upgrade it, but IMHO, it's not worth the hassle.
Raspbian Jessie is old, and Debian Jessie will no longer be supported after June 30, 2020.
The best thing to do is just upgrading to Raspbian Buster.
Summary
I try to install MYSQL community edition 8.0 on my Amazon Linux server
Command i have done so far
cd /home/ec2-user
wget https://dev.mysql.com/get/Downloads/MySQL-8.0/mysql-8.0.16-2.el7.x86_64.rpm-bundle.tar
tar -xvf mysql-8.0.16-2.el7.x86_64.rpm-bundle.tar
rpm -ivh mysql-community-server-8.0.16-2.el7.x86_64.rpm
I get the following error :
error: Failed dependencies:
libsasl2.so.3()(64bit) is needed by mysql-community-server-8.0.16-2.el7.x86_64
systemd is needed by mysql-community-server-8.0.16-2.el7.x86_64
What i tried by now
The library libsasl2.so.3()(64bit) is included in cyrus-sasl-lib
I tried to install it but still the same result
Here is the command i tried : sudo yum install cyrus-sasl-lib
Operating System
Linux ip-172-31-86-163 4.14.146-93.123.amzn1.x86_64 #1 SMP Tue Sep 24 00:45:23 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
Expected Result :
Success
Error Message i have :
Failed dependencies:
libsasl2.so.3()(64bit) is needed by mysql-community-server-8.0.16-2.el7.x86_64
try
yum install /path/to/mysql-8...rpm
then yum will try to find the dependencies you need. If some dependencies cannot be found, you can try downloading them yourself, or enabling repositories. But be careful since you are trying to install recent software on an old os... I don't know if amazon has centos8 machines already, otherwise that would probably help you out :)
I have forked and modified a minor thing from the official mongodb repository on stable branch 3.4.
I am building in a fresh VM installed from scratch with required packages to build the source.
Build instructions impose GCC 5.3 which is not available in the stable distribution of debian 8. If I switch to unstable and compile, (it works yay but) the output executable is >600MB and does not run on a stable debian that has GCC 4.9.
Question 1: how is it possible that my build is 10 times bigger in size than the version proposed in the mongodb debian 8 repository ?
-rwxr-xr-x 1 root root 52M Sep 11 17:50 /usr/bin/mongod
-rwxr-xr-x 1 root root 664M Oct 28 11:50 /build/mongod
Question 2: moreover, my built version cannot run on debian 8 stable becauses it uses GCC 5.3 which is not available in stable. So how can I build it such that it runs on the stable debian 8 just like the package repository that mongodb provides ?
If I try to build using GCC 4.9.2, despite some errors that I can eventually fix, it still is a hell to compile. Does that mean they have some magic tricks ?
# scons core -j 3 --ssl --link-model=object --opt=on --dbg=off --disable-minimum-compiler-version-enforcement --disable-warnings-as-errors
[...]
src/mongo/db/repl/storage_interface_mock.h:50: error: undefined reference to 'vtable for mongo::repl::CollectionBulkLoaderMock'
/usr/bin/ld.gold: the vtable symbol may be undefined because the class is missing its key function
I can see that there is a special directory debian in the source repository, could that maybe somehow could be used to build the debian package. How should I use it ? Would that make it run on debian 8 stable ?
Answer to Question 1: The executable output contains debug symbols that can be removed from the binary using the strip linux command. This reduces the file size back to ~50MB
Answer to Question 2: In order to build for Debian 8 stable, one should not use the GCC compiler but rather use CLANG. The documented minimum verson is 3.4 and version 3.5 is in the stable debian 8 packages.
There are some minor compilation issues though and issues in the Scons compile scripts (python). But after fixing those, it produces an executable able to run on debian 8 stable.
scons core -j 3 --ssl --link-model=object --opt=on --dbg=off --disable-minimum-compiler-version-enforcement --disable-warnings-as-errors CC=/usr/bin/clang CXX=/usr/bin/clang++
EDIT: See comments.
.I am unable to launch mysql-workbench on my Fedora 22 machine. It is installed, or at least it seems so. Help is welcome.
[root#localhost /]# dnf info mysql-community-bench
Nome : mysql-community-bench
[root#localhost /]# uname -a
Linux localhost.localdomain 4.1.3-201.fc22.i686+PAE #1 SMP Wed Jul 29 20:36:37 UTC 2015 i686 i686 i386 GNU/Linux
I don't see installed MySQL Workbench, what you installed is MySQL benchmark (not Workbench). You can grab your MySQL Workbench rpm package from https://dev.mysql.com/downloads/workbench/
What i have done to install mysql-workbench on my Fedora 22 (64 bits),
was to install required libraries before :
sudo dnf install -y ctemplate tinyxml vsqlite++ python-paramiko
Then i downloaded the mysql-workbench .rpm here : https://dev.mysql.com/downloads/workbench/
Fedora 22 (x86, 64-bit), RPM Package 6.3.4 17.4M
and finally installed successfully the package.
So maybe you could try instaling the Fedora 20 package after installing the required libraries above.
I'm trying to install pgbouncer on Centos 7 but it seems to be a dependency problem.
pgbouncer requires python2-psycopg2-2.8.3-1.rhel7.1.x86_64 (pgdg12) and this one needs
postgresql12-libs which can't be found.
I've got this postgresql repos:
pgdg10/7/x86_64 PostgreSQL 10 for RHEL/CentOS 7 - x86_64 1.062
pgdg11/7/x86_64 PostgreSQL 11 for RHEL/CentOS 7 - x86_64 887
pgdg12/7/x86_64 PostgreSQL 12 for RHEL/CentOS 7 - x86_64 171
pgdg94/7/x86_64 PostgreSQL 9.4 for RHEL/CentOS 7 - x86_64 979
pgdg95/7/x86_64 PostgreSQL 9.5 for RHEL/CentOS 7 - x86_64 1.056
pgdg96/7/x86_64 PostgreSQL 9.6 for RHEL/CentOS 7 - x86_64 1.089
It's a repository problem or can I do something about it?
Thanks!
Yes, you can make bug report for repository maintainer.
To fix you can install previous version of python2-psycopg2
yum install python2-psycopg2-2.8.2 pgbouncer