+1
IPv6 = solution looking for a problem.
Disabled on all our systems!
-Original Message-
From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of
Chris Stone
Sent: Monday, March 09, 2015 01:15 AM
To: CentOS mailing list
Subject: Re: [CentOS] Centos 6 - disabling
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/03/15 01:53, Nux! wrote:
> Niki,
>
> There are some 32bit RPMs (slightly older) here:
> http://arrfab.net/attic/RPMS/7/x86_64/
>
> HTH Lucian
>
> -- Sent from the Delta quadrant using Borg technology!
>
> Nux! www.nux.ro
>
Damn, I built th
Hi all,
I have a problem with ntpd daemon in my CentOS7 vm. When I try to list
peers, command fails:
[root@c7tst ntpstats]# ntpq
ntpq> pe
ntpq: read: Connection refused
ntpq>
My actual ntp.conf:
# For more information about this file, see the man pages
# ntp.conf(5), ntp_acc(5), ntp_auth(5
Hi,
On Mon, Mar 9, 2015 at 4:43 PM, C.L. Martinez wrote:
> Hi all,
>
> I have a problem with ntpd daemon in my CentOS7 vm. When I try to list
> peers, command fails:
>
> [root@c7tst ntpstats]# ntpq
> ntpq> pe
> ntpq: read: Connection refused
> ntpq>
>
>
By default NTP daemon is stopped in CentO
On 03/09/2015 04:43 AM, Fabian Arrotin wrote:
> On 08/03/15 01:53, Nux! wrote:
>> Niki,
>
>> There are some 32bit RPMs (slightly older) here:
>> http://arrfab.net/attic/RPMS/7/x86_64/
>
>> HTH Lucian
>
>> -- Sent from the Delta quadrant using Borg technology!
>
>> Nux! www.nux.ro
>
>
> Damn,
On 03/09/2015 11:48 AM, Ashish Yadav wrote:
Hi,
On Mon, Mar 9, 2015 at 4:43 PM, C.L. Martinez wrote:
Hi all,
I have a problem with ntpd daemon in my CentOS7 vm. When I try to list
peers, command fails:
[root@c7tst ntpstats]# ntpq
ntpq> pe
ntpq: read: Connection refused
ntpq>
By defau
Le 09/03/2015 13:02, Johnny Hughes a écrit :
I was just getting ready to build those, I need them:) .. how about we
put them (or newer ones, if available) in i686 extras.
On a side note, I wonder when - and if - a 32-bit version of CentOS will
eventually become available. I'm managing a small
On Mon, 9 Mar 2015, C.L. Martinez wrote:
Hi all,
I have a problem with ntpd daemon in my CentOS7 vm. When I try to
list peers, command fails: []
[root@c7tst ntpstats]# ntpq
ntpq> pe
ntpq: read: Connection refused
ntpq>
Does "ntpq -4 -c peer" work? If so, then the problem is related to
On 03/09/2015 03:42 PM, Paul Heinlein wrote:
On Mon, 9 Mar 2015, C.L. Martinez wrote:
Hi all,
I have a problem with ntpd daemon in my CentOS7 vm. When I try to list
peers, command fails: []
[root@c7tst ntpstats]# ntpq
ntpq> pe
ntpq: read: Connection refused
ntpq>
Does "ntpq -4 -c pee
Le 08/03/2015 01:53, Nux! a écrit :
There are some 32bit RPMs (slightly older) here:
http://arrfab.net/attic/RPMS/7/x86_64/
I tried to install these, but I ran into some trouble. Here's what I
tried to do.
I'm using the yum-priorities plugin. The official CentOS repos are
configured with a
On Mon, 9 Mar 2015, C.L. Martinez wrote:
Does "ntpq -4 -c peer" work? If so, then the problem is related to
access via IPv6 and this line in ntp.conf:
> # Permit all access over the loopback interface. This could
> # be tightened as well, but to do so would effect some of
> # the admin
I'm trying to get mod_clamav working with Apache on a CentOS 6.6 box -
without much luck ...
I'm using httpd 2.2.15-39.el6.centos.x86_64 with clamav
0.98.6-1.el6.x86_64 (from EPEL) and mod_clamav 0.23 compiled from source
via http://software.othello.ch/mod_clamav/
The mod_clamav source hasn'
Been working on fail2ban, and trying to make it work with plain Jane
install of Centos 7
Machine is a HP running 2 Quad core Xeons, 16 gig or ram and 1 plus TB
of disk space. Very generic and vanilla.
Current available epel repo version is fail2ban-0.9.1
Looking at the log file, fail2ban sta
I have to disagree on that. NATs is the problem and I am one of the
causes of that problem as one of the principals behind RFC 1918.
What has happened is that HTTP has become the transport for the
Internet. Very bad in a number of ways.
But for another time. Perhaps. Right now I have to
On 03/09/2015 12:55 AM, Ryan Wagoner wrote:
On Fri, Mar 6, 2015 at 11:52 AM, Robert Moskowitz
wrote:
On 03/06/2015 11:00 AM, Robert Moskowitz wrote:
On 03/06/2015 10:55 AM, Barry Brimer wrote:
IPV6INIT="no"
But I am still getting a global IPv6 (and of course local scope).
What els
No change after running this and trying both:
system network restart
ifdown eth0; ifup eth0
Still having an IPv6 addr.
The box has been up for 140 days. Would like to keep it running...
This box is really Redsleeve 6, which is the port of Centos 6 to arm.
The kernel I am using is the F19 k
How about, in your /etc/sysconfig/network file adding or editing the line
for IPV6 to be:
NETWORKING_IPV6=no
and then try a 'service network restart' and see what you get.
Chris
On Mon, Mar 9, 2015 at 11:52 AM, Robert Moskowitz
wrote:
> No change after running this and trying both:
>
> syst
On Mon, 9 Mar 2015, John Plemons wrote:
Been working on fail2ban, and trying to make it work with plain Jane
install of Centos 7
Current available epel repo version is fail2ban-0.9.1
Looking at the log file, fail2ban starts and stops fine, there isn't output
though showing any login attempts
On Sun, Feb 22, 2015 at 5:22 PM, Adekoya Adekunle wrote:
> Guys,
>
> How can I install the latest version of gcc/g++ development tools on my
> centos ?
>
The devtoolset is also available and it provides newer versions of gcc than
what is available with the base OS. It seems that the "best" sourc
On 03/09/2015 02:18 PM, Chris Stone wrote:
How about, in your /etc/sysconfig/network file adding or editing the line
for IPV6 to be:
NETWORKING_IPV6=no
One of the first things I tried. It is still in there and doing no
difference.
What I have is:
# cat network
NETWORKING=yes
HOSTNAME=z9
On Mon, Mar 9, 2015 at 12:39 PM, Robert Moskowitz wrote:
> I have to disagree on that. NATs is the problem and I am one of the causes
> of that problem as one of the principals behind RFC 1918.
>
>
> What has happened is that HTTP has become the transport for the Internet.
> Very bad in a number
> On 03/09/2015 01:15 AM, Chris Stone wrote:
>>
>> sysctl -w net.ipv6.conf.all.accept_ra=0
On 03/10/2015 06:52 AM, Robert Moskowitz wrote:
> No change after running this and trying both:
>
> system network restart
it's: service network restart
Try also setting these in sysctl:
net.ipv6.conf.al
On 03/09/2015 03:24 PM, Peter wrote:
On 03/09/2015 01:15 AM, Chris Stone wrote:
sysctl -w net.ipv6.conf.all.accept_ra=0
On 03/10/2015 06:52 AM, Robert Moskowitz wrote:
No change after running this and trying both:
system network restart
it's: service network restart
Typo. My dsyelxia at
On 03/09/2015 12:52 PM, Robert Moskowitz wrote:
No change after running this and trying both:
system network restart
ifdown eth0; ifup eth0
Still having an IPv6 addr.
The box has been up for 140 days. Would like to keep it running...
This box is really Redsleeve 6, which is the port of Cent
On 03/10/2015 08:59 AM, Robert Moskowitz wrote:
>
> error: "net.ipv6.conf.eth0.disable_ipv6" is an unknown key
s/eth0/your_interface_name/
...or just leave it out, it will probably work with one, or both of the
other two.
Peter
___
CentOS mailing lis
Thanks!
The Grsync package from the Nux repository does seem to work so far (3
days, light usage).
Since I am obsessive about updating using yum, after installation I
immediately disabled the Nux repository from updating, due to the dire
warnings in the Centos documentation about the risks of usi
Francis Gerund wrote:
> And FWIW, I do like, and use the CLI all the time. That's how I learned
- using MS-DOS 3.2 on a 386sx box with 360k floppy drives. And 512k ram
- what luxury!
>
> : )
You leaned on a 386 with (2?) floppy drives? I had to make do with DOS 3.0
on an 8088 w/ 2 floppy drives
Upon reflection, recall that first "real" computer actually had 8088
processor (8-bit deliberately crippled version of 16-bit 8086 processor).
Second one was the 386sx (16 bit deliberated-crippled version of 32-bit 386
processor).
Unless you count the Timex-Sinclair 1000 (z80 processor, i/o from
Don't know about running Centos 7 within a vm, but did you try:
1)
sudo yum -v search gnome-shell-browser-plugin
2)
sudo yum -v install gnome-shell-browser-plugin
3)
reboot
4) try again:
https://extensions.gnome.org
HTH.
On Sun, Mar 8, 2015 at 10:54 AM, Nux! wrote:
> Then no idea, if ther
On 03/09/2015 10:00 AM, Niki Kovacs wrote:
> Le 09/03/2015 13:02, Johnny Hughes a écrit :
>> I was just getting ready to build those, I need them:) .. how about we
>> put them (or newer ones, if available) in i686 extras.
>
> On a side note, I wonder when - and if - a 32-bit version of CentOS wil
Le 10/03/2015 01:52, Johnny Hughes a écrit :
We really should have this very soon after the 7.1 x86_64 release. I am
building all the packages for both as we do 7.1.
But, so far the new kernel is not building 32 bit:(
Thank you for your quick response. I am looking forward to that very much.
31 matches
Mail list logo