When I'm trying to install kernel-devel from yum source, I got the error:
$ sudo yum search kernel-devel
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: ftp.riken.jp
* epel: ftp.riken.jp
* extras: ftp.riken.jp
* updates: ftp.riken.jp
Warning: No matches found for: kernel-devel
No Matches found
[vagrant#vagrant-centos65 ~]$ uname -r
2.6.32-431.el6.x86_64
[vagrant#vagrant-centos65 ~]$ cat /etc/centos-release
CentOS release 6.6 (Final)
But in my another CentOS 6.4 machine, kernel-devel(2.6.32-358.) can be found and installed normally. So I just doubt that bad things have been done to my os system, or the kernel-devel version 2.4.32-431 do not exist truly.
This problem occurs in my vagrant vm.
you should disable the versionlock plugin.
edit /etc/yum/pluginconf.d/versionlock.conf set enabled = 0, and retry yum install kernel-devel
NOTICE
if you upgrade the kernel to a newer version, when you reload vagrant, it would cause an error
Failed to mount folders in Linux guest. This is usually because
the "vboxsf" file system is not available
you can fix it by running sudo /etc/init.d/vboxadd setup
Related
I'm on Fedora 30. I am trying to install "epel-release".
I am following this guide: https://www.phusionpassenger.com/library/install/standalone/install/oss/el7/ -- I am unable to successfully run the command:
$ sudo yum install -y epel-release yum-utils
I get as a result:
No match for argument: epel-release
So, I tried the following commands from this article: https://www.liquidweb.com/kb/enable-epel-repository/
$ cd /tmp
$ wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
$ yum install ./epel-release-latest-*.noarch.rpm
No such luck - this is the output:
Error:
Problem: problem with installed package fedora-release-workstation-30-1.noarch
- package epel-release-7-11.noarch conflicts with fedora-release provided by fedora-release-workstation-30-1.noarch
- package epel-release-7-11.noarch conflicts with fedora-release provided by fedora-release-workstation-30-4.noarch
- conflicting requests
I have also tried:
$ sudo dnf install epel-relase
which that didn't work either, here's the results:
No match for argument: epel-release
Error: Unable to find a match
I have come across several different articles basically saying to either use the first command listed or variations of the second command I've tried - all unsuccessful. side note: Is this because Fedora 30 was just "recently" released?
My end goal is to deploy a Ruby on Rails web app internally using Nginx. For that, I am following this guide: https://www.phusionpassenger.com/library/walkthroughs/deploy/ruby/ownserver/nginx/oss/el7/deploy_app.html
Any direction for how to install epel-release would be great as I can't move forward until passenger is installed.
Note that EPEL is not suitable for use in Fedora! Fedora is not Enterprise Linux. EPEL provides "a high quality set of additional packages for Enterprise Linux, including, but not limited to, Red Hat Enterprise Linux (RHEL), CentOS and Scientific Linux (SL), Oracle Linux (OL)". Put simply, Enterprise Linux is a term that refers to Red Hat Enterprise Linux or one of its clones. And Fedora is not a Red Hat clone.
That is why you cannot install the "epel-release" package in Fedora. It simply does not exist. Don't try to use EPEL on Fedora.
As noted before, the Fedora repositories provide most (if not all) of the EPEL packages. Additional software for Fedora is available in the RPMFusion repositories. In their own words, RPMFusion is "an extension of Fedora" that "provides software that the Fedora Project or Red Hat doesn't want to ship." RPMFusion can not be used on Enterprise Linux. You could see RPMFusion as the "EPEL alternative" for Fedora, but be aware that the software collections provided by RPMFusion and EPEL are entirely unrelated and uncomparable.
EPEL is managed from within the Fedora project, and thus part of Red Hat. RPMFusion is an independent organization. You can consider their repositories reliable, but always be cautious when you install software from external sources.
Finally - on a sidenote - on recent Fedora versions, 'dnf' has replaced 'yum'.
Okay, so turns out that this can be simplified to just:
$ sudo dnf install passenger
Crazy that they have an entire tutorial for how to install passenger when it can just be simplified to this one line.
you'll need to install the EPEL (Extra Packages for Enterprise Linux) repository.
The EPEL project is run by the Fedora team.
When you install third-party repositories on Red Hat and CentOS systems.
Install in centos:
sudo yum install yum-plugin-priorities epel-release
When the installation completes, navigate to the /etc/yum.repos.d directory,
and open the CentOS-Base.repo file in your favorite text editor.
After the last line of the base, updates, and extras sections, add the line: priority=1.
After the last line of the centosplus section, add the line:
priority=2.
Save the file and close the editor.
Now, Open the epel.repo file for editing.
After the last line of the epel section,add the line:
priority=10.
After the last line of each remaining section, add the line:
priority=11.
Update the system and then create a list of the installed and available packages by running:
sudo yum upgrade
sudo yum list > yum_list.txt
For RHEL - dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
Try with the above command to install epel-release in RHEL 8
For a few days I'm trying to install php-redis extension.
Try use brew and getting this...
$ brew install php71-redis
Error: No available formula with the name "php71-redis"
==> Searching for a previously deleted formula (in the last month)...
Warning: homebrew/core is shallow clone. To get complete history run:
git -C "$(brew --repo homebrew/core)" fetch --unshallow
Error: No previously deleted formula found.
==> Searching for similarly named formulae...
Error: No similarly named formulae found.
==> Searching taps...
==> Searching taps on GitHub...
Error: No formulae found in taps.
Trying to install with PECL and getting this...
$ sudo pecl install redis
downloading redis-4.1.0.tgz ...
Starting to download redis-4.1.0.tgz (220,774 bytes)
..............................................done: 220,774 bytes
25 source files, building
running: phpize
Configuring for:
PHP Api Version: 20160303
Zend Module Api No: 20160303
Zend Extension Api No: 320160303
************
************
checking whether to enable igbinary serializer support... yes
checking whether to enable lzf compression... yes
checking use system liblzf... no
checking for igbinary includes... configure: error: Cannot find igbinary.h
ERROR: `/private/tmp/pear/install/redis/configure --with-php-config=/usr/bin/php-config --enable-redis-igbinary=нуы --enable-redis-lzf=yes' failed
and finally trying to install igbinary.h ....
$ sudo pecl install igbinary
downloading igbinary-2.0.7.tgz ...
Starting to download igbinary-2.0.7.tgz (73,523 bytes)
************
************
Build process completed successfully
Installing '/usr/include/php/ext/igbinary/igbinary.h'
ERROR: failed to mkdir /usr/include/php/ext/igbinary
I just did this on Mac OS 10.13 (I'm still using High Sierra).
With homebrew php7.2 and up, pecl is now installed by default alongside the php binaries.
To see this for yourself type which pecl.
Steps to install
Check your version of redis, then find a suitable version of the extension here.
If unfamiliar with pecl, type pecl to see the options.
Issue pecl install redis 5.0.2. (or your version). Enter no to each question asked if you're not sure.
If that succeeds check the new file it created at: /usr/local/lib/php/pecl/20180731/redis.so
The install will have added extension="redis.so" to top of your php ini.
Check that by opening the file /usr/local/etc/php/7.3/php.ini.
(assuming you're on 7.3 there)
brew services restart php.
php -i | grep Redis
Redis Support => enabled
Redis Version => 5.0.2
Did this in September 2019 and it works for me.
For this, try to disable the csrutil on OSx (Mac):
Reboot your Mac
When the Mac starts, typo Command + R until you get into recovery mode
In the recovery mode, go to utilities and select terminal
in the terminal type csrutil disable
Reboot your mac and redo the redis install by pecl
Should work.
With an sudo apt-get update and sudo apt-get upgrade vagrant, Ubuntu tells me I'm at the newest version, 1.4.3. This older version is not working properly when trying to setup Laravel Homestead, whose documentation for Laravel 5.0 states:
If this fails, you may have an older version of vagrant that requires
the url of the box. The following should work:
vagrant box add laravel/homestead
https://atlas.hashicorp.com/laravel/boxes/homestead
Which results in:
❯ vagrant box add laravel/homestead https://atlas.hashicorp.com/laravel/boxes/homestead
Downloading box from URL: https://atlas.hashicorp.com/laravel/boxes/homestead
Extracting box...e: 0/s, Estimated time remaining: --:--:--)
The box failed to unpackage properly. Please verify that the box
file you're trying to add is not corrupted and try again. The
output from attempting to unpackage (if any):
bsdtar: Error opening archive: Unrecognized archive format
The documentation for 5.1+ states:
If this command fails, make sure your Vagrant installation is up to date.
and omits the alternative with the full URL to the box entirely.
How can I update my Vagrant install to the latest version?
Directly download vagrant from https://www.vagrantup.com/downloads.html for the OS you need (should be https://releases.hashicorp.com/vagrant/1.8.1/vagrant_1.8.1_x86_64.deb), and then sudo dpkg -i vagrant_1.8.1_x86_64.deb
I'm trying to setup an SSHFS share from my local machine to a remote machine, but it is not working. I'm getting the error OSXFUSE file system is not available (see below). How to fix this??
FYI, my local machine is a MacBook Pro laptop running OSX 10.9.3. The remote machine is actually a VirtualBox on the same hardware running CentOS.
% brew install sshfs # <---- SSHFS is installed
Warning: sshfs-2.5.0 already installed
% brew install osxfuse # <---- OSX Fuse is installed
Warning: osxfuse-2.6.4 already installed
% ssh remote_user#XXX.XXX.XXX.XXX # <---- See, SSH works!!
Last login: Wed Jun 18 18:36:11 2014 from XXX.XXX.XXX.XXX
[remote_user#XXX.XXX.XXX.XXX ~]% exit
% sudo mkdir /mnt
% sudo mkdir /mnt/Share
% sudo sshfs -o IdentityFile=~/.ssh/id_rsa.pub remote_user#XXX.XXX.XXX.XXX:/ /mnt/Share
the OSXFUSE file system is not available (-1)
the OSXFUSE file system is not available (1)
I tried solution described here. But it didn't work for me:
% sudo kextunload -b com.github.osxfuse.filesystems.osxfusefs
(kernel) Kext com.github.osxfuse.filesystems.osxfusefs not found for unload request.
Failed to unload com.github.osxfuse.filesystems.osxfusefs - (libkern/kext) not found.
If you run brew info osxfuse and follow the instructions to the letter, I believe it would work.
From what You described, you just tried unloading the (possible) previous kernel extension, but did not complete the last important step to actually install the new extension.
This is what brew info osxfuse tells me:
If upgrading from a previous version of osxfuse, the previous kernel extension
will need to be unloaded before installing the new version. First, check that
no FUSE-based file systems are running:
mount -t osxfusefs
Unmount all FUSE file systems and then unload the kernel extension:
sudo kextunload -b com.github.osxfuse.filesystems.osxfusefs
The new osxfuse file system bundle needs to be installed by the root user:
sudo /bin/cp -RfX /usr/local/opt/osxfuse/Library/Filesystems/osxfusefs.fs /Library/Filesystems
sudo chmod +s /Library/Filesystems/osxfusefs.fs/Support/load_osxfusefs
There appears to be a problem loading the KEXT installed by the regular osxfuse Homebrew package. You can use brew cask to install the official FUSE for OS X build from their own DMG:
brew rm osxfuse
brew install caskroom/cask/brew-cask
brew cask install osxfuse
SSHFS itself is also available as a Cask package, though on my system mixing osxfuse from Cask with plain sshfs binary bottle works just fine.
The downside to this approach is that brew upgrade or brew outdated will no longer be able to update FUSE for OS X as brew cask is not version-aware for now.
I have observed that OSXFUSE is a bit tricky, though I don't know exactly why, and brew tries to avoid changing the system, so using it to manage kernel extensions is not a good idea. I suggest using the packaged installers for OSXFUSE and SSHFS from http://osxfuse.github.io/ instead of using brew.
Open System Preferences, choose FUSE, then update to the latest version. Thats what worked for me.
The problem when installing SSHFS with brew is that osxfusefs is not signed: the Console outputs com.apple.kextd: ERROR: invalid signature for com.github.osxfuse.filesystems.osxfusefs, will not load. See also https://github.com/osxfuse/osxfuse/issues/122.
The binary for OSXFUSE from http://osxfuse.github.io/ (as suggested by the answer of Old Pro) does not have this problem, and therefore installing this one instead resolved it for me.
Try install Cloudera Manager.
Failed on step auto install in the hadoop hosts.
Error:
Installing JDK package...
BEGIN yum info jdk
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: archive.cs.uu.nl
* extras: archive.cs.uu.nl
* updates: mirror.fraunhofer.de
http://archive.cloudera.com/redhat/cdh/3/repodata/repomd.xml: [Errno 4] IOError: <urlopen error (-3, 'Temporary failure in name resolution')>
Trying other mirror.
Error: Cannot retrieve repository metadata (repomd.xml) for repository: cloudera-cdh3. Please verify its path and try again
END (1)
remote package jdk is not available, giving up
From OS command
yum info jdk
complete success.
In the OS set proxy (export http_proxy=....)
Cloudera SCM fails because it is not able to use yum to download and install JDK.
So far I have seen it always tries to do that.
You can update yum repository on the machines yourself, depending on what version of Linux you are using.
Here is example using RHEL / OEL 5:
# This adds Oracle Yum repo
cd /etc/yum.repos.d/
wget http://public-yum.oracle.com/public-yum-el5.repo
# This adds Fedora EPEL yum repo
yum remove epel-release-5-4
rpm -Uvh http://mirrors.kernel.org/fedora-epel/5/x86_64/epel-release-5-4.noarch.rpm
See if you can install JDK manually.
[Edit:]
Check if you are able to do the following with out issues:
python
>>> import urllib
>>> x = urllib.urlopen('http://archive.cloudera.com/redhat/cdh/3/repodata/repomd.xml')
>>> x.getcode()
200
>>> print x.readlines()