Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 4 years ago.
Improve this question
I am a bit confused by the fact that although I installed RHEL 5.1 from DVD (RedHat/5.1.x86_64), when I issue command:
cat /etc/redhat-release
I got:
Red Hat Enterprise Linux Server release 5.5 (Tikanga)
What does this mean? is this to be the release version or kernel version? Is there another way to confirm the real version of RHEL?
I am asking this question because there will be certain applications that would depend on this.
Many thanks in advance.
Avoid /etc/*release* files and run this command instead, it is far more reliable and gives more details:
rpm -qia '*release*'
I assume that you've run yum upgrade. That will in general update you to the newest minor release.
Your main resources for determining the version are /etc/redhat_release and lsb_release -a
That's the RHEL release version.
You can see the kernel version by typing uname -r. It'll be 2.6.something.
That is the release version of RHEL, or at least the release of RHEL from which the package supplying /etc/redhat-release was installed. A file like that is probably the closest you can come; you could also look at /etc/lsb-release.
It is theoretically possible to have packages installed from a mix of versions (e.g. upgrading part of the system to 5.5 while leaving other parts at 5.4), so if you depend on the versions of specific components you will need to check for those individually.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 4 years ago.
Improve this question
I need to create a reliable and accurate synchronization between two CentOS 6 machines connected through a direct Ethernet connection.
I've seen that on Linux several implementation of the IEEE 1588 Precision Time Protocol (PTP) exist:
PTPd:
Apparently, this is the original implentation
Source code available on GitHub (appparently, still maintained almost unmaintained)
PTPd2:
A new version meant to supersede the previous implementation
Apparently unmaintained
For CentOS 6, available only in the EPEL repositories
PTPv2d:
A further implementation
Unmaintained as well
linuxptp:
A specific implementation for Linux
Maintained
Available on the CentOS repositories
Suggested by the RedHat documentation for both RedHat 6 and RedHat 7
My questions follow:
Why does the RedHat documentation suggest the use of linuxptp for RedHat 6 (based on Linux kernel 2.6) despite the linuxptp documentation says that a Linux kernel version 3.0 or newer is needed ?
Which are differences between PTPd2 and Linuxptp in terms of reliability and timing accuracy ?
Which one should I prefer on CentOS 6 and on CentOS 7, respectively ?
Why either PTPd2 and Linuxptp do not synchronize immediately and often need me to start/stop the service several times or manually change system time through date to make the machine synchronize ?
Linuxptp works on RH6 thanks to RedHat backporting PTP support, as explained here. Indeed, it is the only choice, as the other packages have not been maintained.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 years ago.
Improve this question
Server: Red Hat Enterprise Linux Server release 5.9 (Tikanga)
I came to know that Linux GNU C Library (glibc) versions prior to 2.18 are vulnerable to remote code execution via a vulnerability in the gethostbyname function. Exploitation of this vulnerability may allow a remote attacker to take control of an affected system.
Linux distributions employing glibc-2.18 and later are not affected. This vulnerability is similar to similar to ShellShock and Heartbleed that we saw recently.
I see, the patch is available here: https://access.redhat.com/security/cve/CVE-2015-0235 (RedHat) or http://www.ubuntu.com/usn/usn-2485-1/ (Ubuntu).
I'm planning to patch our Linux systems (it would require reboot) and wanted to check on few items:
Has anybody tried to patch their systems to solve this vulnerablity and what's the impact of the patch across Linux platforms/applications running?
I don't think I will be fine if I just upgrade glibc binaries via yum upgrade.
Where can I find a step by step guide to fix this issue.
One can see more info about this here: https://community.qualys.com/blogs/laws-of-vulnerabilities/2015/01/27/the-ghost-vulnerability
1) The patched version of glibc is for sure already running in thousands of machines. There shouldn't be other noticeable impacts than getting the vulnerability solved
2) Yes, it is enough if you update glibc via yum and reboot afterwards
3) You won't need a step by step guide, as updating is really straight-forward. Just update glibc via package manager such as yum and reboot.
In theory, it is also possible not to reboot by only restarting all the applications that are linked to glibc. But in practice, it is so commonly used library that it is a lot easier to just reboot the whole machine.
As shane mentioned: https://serverfault.com/questions/663499/linux-glibc-versions-2-18-and-older-vulnerability
Has anybody tried to patch their systems to solve this vulnerability and what's the impact of the patch across Linux platforms/applications running?
Running applications will stay using the old version until they're restarted - just installing the patch should not have any impact. This is why it's probably best to just flat-out-reboot.
I don't think I will be fine if I just upgrade glibc binaries via yum upgrade.
Right - doing just the upgrade will leave your running applications on vulnerable code.
Where can I find a step by step guide to fix this issue.
Right here, why not:
yum update "glibc*"
reboot
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 years ago.
Improve this question
I've been trying to update eglibc to fix a Debian 6 Squeeze system that is vulnerable to the GHOST exploit, but I haven't been able to so far.
I've gone through the relevant instructions here but my system still remains vulnerable. (I am checking vulnerability by running the script located here). My libc version after update is 2.11.3-4.
I notice that on Debian's Security Tracker that there is a fixed version of eglibc for eglibc on squeeze (lts), but not squeeze. I am running squeeze.
How can I fix my version of squeeze? Do I need to upgrade to squeeze (lts)? If so, is that a painful and involved process or a simple and easy process?
Much appreciated - thanks.
See a similar question on SO. You really do need to upgrade to Squeeze LTS, but it’s simple enough if you’re running i386 or amd64; the Debian wiki has all the info.
Get eglibc's source and compile to a .deb yourself.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 years ago.
Improve this question
I need to compile my code on Linux 3.14.17 (vanilla) kernel.
Can anyone help me find a distro which comes with this kernel by default.
If there is no distro which comes with this kernel then how can I use this kernel or which Linux distro is based on the above kernel.
Thanks
Kumar
The simplest solution is to use your favorite distro (for example Ubuntu) and to compile the kernel at the desired version.
On this link, there is a step-by-step explanation on how to compile a vanilla kernel for Ubuntu.
Adapt for the given version you want.
Ubuntu provides special repository with packaged kernels for alomost every upstream version. This folder provides kernel packages for 3.14.17. Just download and install them them via
dpkg -i *.deb
Check your architecture i.e. i386 or amd64 before downloading.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 years ago.
Improve this question
I'm sure this is just my lack of experience with linux but I just cant seem to figure it out. I'm using XUbuntu annd I have the JDK6 installed and the full screen issue is really starting to bother me so I'd like to upgrade to version 7. I've tried installing it in the software center, I've tried 'sudo su apt-get install openjdk(whatever the rest of the package name is), I've tried using a package manager, I've even uninstalled version 6 then installed it and some how I end up with version 6 still. I'm sorry, I know I'm probably missing something entirely obvious but I cant figure it out.
When you have several java versions in your machine you could use below command to change the version you required.
/usr/sbin/alternatives --config java
This will ask to choose you a number and number contains the version belongs to it.
Hope this helps you.
Try these commands:
$ java -version
$ which java
You will find out which version of JDK you are currently using. That said, install new version of JDK and make sure that it comes first in your PATH environment variable, i.e. update PATH like this:
export PATH=</path/to/new/jdk>:<current PATH>
To make it permanent, update .bash_profile or .profile file. Running again statements mentioned above should now give you new version of JDK.