Have been through 10 or so Red Hat Enterprise Linux servers to update some sendmail configuration options and finally got to a 5.3 release server that is missing the sendmail-cf package and the server has no RHN access etc.
Tried searching online for a suitable RPM to manually install but can't seem to locate one?
[root# ~]# make -C /etc/mail make: Entering directory `/etc/mail'
WARNING: 'sendmail.mc' is modified. Please install package sendmail-cf to update your configuration.
make: Leaving directory `/etc/mail'
Help please?
The server does not need to have direct access to RHN. If you have '10 or so Red Hat Enterprise Linux servers', then I assume you also have a the subscriptions for them. You can login to your RHN account, download the sendmail-cf RPM for RHEL 5.3, copy it to the server and install it from there with yum.
Related
Issue
when vagrant up it says "It appears your machine doesn't support NFS"
Setups
Debian GNU/Linux 8 (jessie）
Vagrant 1:2.0.0
Virtualbox 5.1.30 r118389
Detail
After using apt-get to update and upgrade the system, I basically followed the instruction from the Mediawiki page, since I wanted to install Mathoid to render LaTeX equations locally for mediawiki page.
However, when I vagrant up it echos the following:
It appears your machine doesn't support NFS, or there is not an
adapter to enable NFS on this machine for Vagrant. Please verify
that `nfsd` is installed on your machine, and try again. If you're
on Windows, NFS isn't supported. If the problem persists, please
contact Vagrant support.
I checked if nfsd is correctly working on the host, and it says it's enabled.
# /etc/init.d/nfs-kernel-server status
nfs-kernel-server.service - LSB: Kernel NFS server support
Loaded: loaded (/etc/init.d/nfs-kernel-server)
Active: active (running) since Sun 2017-10-15 07:56:32 -02; 2 weeks 0 days ago
CGroup: /system.slice/nfs-kernel-server.service
??1277 /usr/sbin/rpc.mountd --manage-gids
I also tried google, and did not find a solution that fits my problem and I couldn't find any hint to resolve this. For instance, I tried to install the package
sudo apt-get install nfs-common
But it has been already installed.
Thank you in advance.
The command mentioned below works for linux mint 18.3:
sudo apt-get install nfs-common nfs-kernel-server
For Windows users seeing that error, run the following command to add support for NFS for Vagrant:
vagrant plugin install vagrant-winnfsd
The GitHub repo for this plugin is found here.
Also, to see the currently installed Vagrant plugins run this:
vagrant plugin list
Can be fixed by adding any exports to /etc/exports.
by :
modprobe nfs
modprobe nfsd
then running vagrant, which will add /etc/exports, then reloading
kernel-server and restarting vagrant.
issue http://jb-blog.readthedocs.io/en/latest/posts/0021-vagrant-nfs-problems.html
instead of installed NFS cos really no supported :
Try just removing type: nfs from the vagrant_synced_folders
More : https://www.vagrantup.com/docs/synced-folders/nfs.html
When I run yum install httpd-devel I get this :
This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register.
Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=7Server&arch=x86_64&repo=os&infra=$infra error was
14: curl#6 - "Could not resolve host: mirrorlist.centos.org; Erreur inconnue"
One of the configured repositories failed (Inconnu),
and yum doesn't have enough cached data to continue. At this point the only
safe thing yum can do is fail. There are a few ways to work "fix" this:
Cannot find a valid baseurl for repo: base/7Server/x86_64
I'm using rhel 7 how can I solve this?
Please download the rpm of repository for CENTOS 7 and RHEL 7
RHEL/CentOS 7 64-Bit
# wget http://dl.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-8.noarch.rpm
# rpm -ivh epel-release-7-8.noarch.rpm
You must realize that RHEL operating system is not FOSS (free and open-source) like CentOS or Ubuntu. You need to purchase a subscription to use its services like software repository and tech support.
You can have look at their catalog if you want, or you can use CentOS which is derived from RHEL, but is FOSS. Both the operating systems are closely related, and almost everything you can do on RHEL can be done in CentOS.
I want to install Gitlab on the suse linux OS.
Could some one please suggest me which OS supported Gitlab installer from the available ones on Gitlab site : Ubuntu, Debian and Centos can be used to install Gitlab on Suse linux ?
OS details :
SUSE Linux Enterprise Server 11 (x86_64)
VERSION = 11
PATCHLEVEL = 4
I'm afraid that Suse is a complete different system. They use a package manager called YaST that won't be compatible with any of the proposed OS on the GitLab website.
Alternatively, you can try installation via Docker (Hopefully your system is 64bits):
https://gitlab.com/gitlab-org/gitlab-ce/tree/master/docker
Or the hard way, manually:
https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/install/installation.md
Or even pop an instance somewhere in the cloud but this would involve some costs.
For all other OSs it has packages to install all the required components, but for SUSE there is no package, so you will have to install all the required components like ruby, redis, mysql and other dependent libs on your own.
You may like to try this :
https://gist.github.com/rriemann/5163741
or
https://gist.github.com/jniltinho/5565606
Since I found this answer while looking for the installation on SUSE 12 (SP3), there is one of the currently working options (2021).
First, check the version supported on the system, (Gitlab 12.1 in case of SUSE 12 SP3, which corresponds to OpenSUSE 42.3)
After that, get the proper .rpm file using wget.
Install with
sudo EXTERNAL_URL="http://gitlab.my.domain" rpm -ivh path/to/file/filename
That's it. Some Versions of Omnibus for SUSE are supported directly, but it really depends on the host system version.
I've got a server at work on which I am basically building an apache/mysql/subversion/php/python development base. I've found that the RPM repos the server is pointed at only have version 3.3.6-5 of sqlite, which subversion 1.6.17 chokes on, requiring at least version 3.4:
An appropriate version of sqlite could not be found. We recommmend 3.6.13,
but require at least 3.4.0. Please either install a newer sqlite on this
system or get the sqlite 3.6.13 amalgamation from:
http://www.sqlite.org/sqlite-amalgamation-3.6.13.tar.gz
unpack the archive using tar/gunzip and copy sqlite3.c from the
resulting directory to:
/root/installs/subversion-1.6.17/sqlite-amalgamation/sqlite3.c
This file also ships as part of the subversion-deps distribution.
I managed to download and build sqlite (sqlite-autoconf-3070701.tar.gz), but now when I run sqlite3, I'm getting the error:
sqlite3: symbol lookup error: sqlite3: undefined symbol: sqlite3_sourceid
I'm sure this is because the PATH variable has the so files for both the rpm installation of sqlite (/usr), and the compiled version I installed (/usr/local). I can't yum remove the exiting sqlite because it is tied to the installation of rpm, so what I would like to do is add whatever I need to my profile or bashrc or whatever other black magic is needed to allow some users to run the updated sqlite install, while others just default to the original install.
Other info:
# cat /etc/*-release
Enterprise Linux Enterprise Linux Server release 5.6 (Carthage)
Oracle Linux Server release 5.6
Red Hat Enterprise Linux Server release 5.1 (Tikanga)
Red Hat Enterprise Linux Server release 5.6 (Tikanga)
# uname -m
x86_64
Can anyone tell me what I can do to get the two copies of sqlite to play together nicely?
Have you tried what the error message from subversion proposes?
...get the sqlite 3.6.13 amalgamation from:
http://www.sqlite.org/sqlite-amalgamation-3.6.13.tar.gz unpack the
archive using tar/gunzip and copy sqlite3.c from the resulting
directory to:
/root/installs/subversion-1.6.17/sqlite-amalgamation/sqlite3.c
I am trying to install ffmpeg on an EC2 instance, by doing the following:
(1) Editing: '/etc/yum.repos.d/dag.repo' and inserting:
'[dag]
name=Dag RPM Repository for Red Hat Enterprise Linux
baseurl=http://apt.sw.be/redhat/el$releasever/en/$basearch/dag
gpgcheck=1
enabled=1'
(2) Running 'yum update'
I get the error 'http://apt.sw.be/redhat/el8/en/i386/dag/repodata/repomd.xml: [Errno 14] HTTP Error 404: Not Found'. Has anyone got an idea what the right URL is?
Thanks in advance for any help.
Sounds like you're trying to use a EL repo with Fedora 8. Use the appropriate repo for the distro you're running.
The .../el8/... part of your URL is wrong; the latest version of Red Hat Enterprise Linux is 5, so I'm guessing you need to replace .../el8/... with .../el5/...
This will depend on the version of Red Hat you're running on your EC2 instance, so check that before you edit the URL in your dag.repo file.