Hello all,
I manage a few servers overseas that are running CentOS 6.
When performing a yum update, it fails because it's trying to download from:
mirror.centos.org/centos/*6.6*/extras/x86_64/repodata/repomd.xml
Which fails due to the fact that the entire 6.6 directory is empty on all
of the m
/RPM-GPG-KEY-CentOS-6
I also tried yours, however I experienced the same issue. It seems like
it's replacing the "releaserver" variable with 6.6, rather than 6, I'm not
sure why though.
On 19 October 2015 at 14:59, John R Pierce wrote:
> On 10/18/2015 8:21 PM, John Cenile
I have tried yum clean all multiple times, no luck. :(
Any other ideas?
On 19 October 2015 at 18:01, James Pearson
wrote:
> >
> > On 19 Oct 2015, at 04:22, "John Cenile" wrote:
> >
> > When performing a yum update, it fails because it's trying to dow
files
On 19 October 2015 at 19:59, James Pearson
wrote:
> John Cenile wrote:
>
>> I have tried yum clean all multiple times, no luck. :(
>>
>
> Also check you don't have the file /etc/yum/vars/releasever - the contents
> of this will override the value
Sorry, I just copied any line from the repo file. :)
On 19 October 2015 at 22:39, Nicolas Thierry-Mieg <
nicolas.thierry-m...@imag.fr> wrote:
> On 10/19/2015 07:20 AM, John Cenile wrote:
>
>> Hello Clint,
>>
>> Our Centos-base.repo file looks like this:
>>
ific mirrorlist server
(204.15.73.243)?
On 20 October 2015 at 01:56, Johnny Hughes wrote:
> On 10/19/2015 06:49 AM, John Cenile wrote:
> > Thanks for the suggestions, unfortunately that file doesn't exist.
> >
> > I'm very confused as to why it's trying to down
Hello Johnny,
That appears to be it, our network DNS resolvers were caching an old record
from the looks of it.
I've cleared the cache, and everything is now working perfectly.
Thank you (all) for the help, I wasn't even aware that the 204.15.73.243
address was no longer valid.
On 21 October
Hello,
I'm cross posting this from the OpenSwan mailing list, in case someone here
can help.
We have two sites connected via OpenSwan 2.6.32-9 on CentOS 5, sharing 6
/24 subnets each (so 12 in total).
The problem we're having is completely randomly, be it in the middle of the
day, or in the midd
time on other endpoint.
>
> --
> Eero
>
> 2016-02-09 17:04 GMT+02:00 John Cenile :
>
>> Hello,
>>
>> I'm cross posting this from the OpenSwan mailing list, in case someone
>> here
>> can help.
>>
>> We have two sites connected via OpenSwan 2
ble?
On 10 February 2016 at 04:58, Eero Volotinen wrote:
> Centos 5 is also a bit old os. Is it possible to use newer version? (like
> centos 7 or centos 6?)
>
> Eero
>
> 2016-02-09 19:52 GMT+02:00 Gordon Messmer :
>
> > On 02/09/2016 07:04 AM, John Cenile wrote:
> &
ybe expired)
On 10 February 2016 at 17:48, Eero Volotinen wrote:
> Well. Centos 5 is really near of it's end of life. There is not much
> updates to kernel or openswan. You should at least try latest openswan
> version.
>
> Your issue looks like a bit network problem.
>
Hello,
I'm having a bit of trouble connecting our current CentOS Openswan server
with a Vyos server via IPSec.
I've posted this on the VyOS forums, but haven't had many helpful
responses, so I thought I would ask here.
http://forum.vyos.net/showthread.php?tid=26504&pid=29703#pid29703
Basically
Hello,
Is it possible at all to block all users other than root from sending
outbound ICMP packets on an interface?
At the moment we have the following two rules in our IPtables config:
iptables -A OUTPUT -o eth1 -m owner --uid-owner 0 -j ACCEPT
iptables -A OUTPUT -o eth1 -j DROP
But this still
Thanks all, that seemed to be the problem (the suid bit). :)
On 25 February 2016 at 06:03, Valeri Galtsev
wrote:
> On Wed, February 24, 2016 12:25 pm, Alexander Dalloz wrote:
> > Am 24.02.2016 um 16:07 schrieb Sylvain CANOINE:
> >> Hello,
> >> - Mail original -
Hello all,
When running yum update on a few of our servers, we get the following
errors:
Running Transaction
Updating : openssl-1.0.1e-42.el6_7.4.x86_64
1/327
Updating : postgresql-libs-8.4.20-5.el6_7.cloudlinux.x86_64
2/327
Updating : kernel-firmware-2.6.32-673.8.1.lve1.4.3
Hi all,
I had an issue this morning with one of my virtual machines. It wouldn't
boot (into any runlevel), nor could I chroot into the root partition using
a rescue disk.
Unfortunately I didn't grab a screenshot, however the error(s) when booting
were:
/pre-pivot/50selinux-loadpolicy.sh: 14
i
source = /proc/kmsg
started
Which seems very concerning.
On 29 May 2016 at 10:27, John Cenile wrote:
> Hi all,
> I had an issue this morning with one of my virtual machines. It wouldn't
> boot (into any runlevel), nor could I chroot into the root partition using
&
Hi all,
Does anyone know why when I run the following command, I get thousands of
packages in the output, saying they've been excluded?
[root@server yum.repos.d]# yum --security check-update | less
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.removed.co
18 matches
Mail list logo
