CentOS Errata and Security Advisory 2013:0580 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-0580.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
On 1.3.2013 13.22, Van wrote:
26.02.2013, 20:01, Veli-Pekka Kestilä cen...@vpk.nu:
I have problem using Dom0 as NFS(v4)-server and DomU as client. When
ever the client actually tries to copy data to nfs-server the virtual
network (bridge) between the two hosts completely freezes
01.03.2013, 15:22, Van va...@yandex.ru:
26.02.2013, 20:01, Veli-Pekka Kestilä cen...@vpk.nu:
Greetings,
I have problem using Dom0 as NFS(v4)-server and DomU as client. When
ever the client actually tries to copy data to nfs-server the virtual
network (bridge) between the two hosts
Buenas como están
En este momento tengo el siguiente problema en el servidor (CentOS 6.3). La
hora del sistema corresponde a la hora correcta, pero cuando aplico scripts
(PHP) que solicitan la hora, me la muestra 5 horas adelantada. Con el
comando hwclock -r -u me muestra la hora correctamente,
Que tal Sergio,
Intenta lo siguiente:
[root@localhost]# yum install ntpdate
[root@localhost]# ntpdate -b tu.servidor.de.ntp
Puede establecer un cron para que cada hora se esta actualizand
[root@localhost]# crontab -e
*/60 * * * * ntpdate -b tu.servidor.de.ntp
Espero que te pueda ayudar en
Gracias por la pronta respuesta.
Ya había intentado lo que me propones y no me solucionó el problema pero
muchas gracias por tu consejo
El 1 de marzo de 2013 11:49, Ing. Ramon Resendiz
rresen...@globaltrack.com.mx escribió:
Que tal Sergio,
Intenta lo siguiente:
[root@localhost]# yum
Has intentado esto?
[root@localhost]# ntpdate -u tu.servidor.de.ntp
El 1 de marzo de 2013 12:07, Sergio Londoño
sergio.lond...@budafly.comescribió:
Gracias por la pronta respuesta.
Ya había intentado lo que me propones y no me solucionó el problema pero
muchas gracias por tu consejo
El
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
Sorin Srbu wrote:
Is CentOS 6.4 brewing yet then? 8-)
...
Hey! We need an exact date!! ;-)
Nah, just kidding. It will be released when ready, right. I can wait.
I have two servers running CentOS-6.3.
On one of them I had (inadvertently) enabled the CentOS-CR repository.
I noticed that
On 03/01/2013 02:09 AM, Rock wrote:
On Fri, 01 Mar 2013 09:01:03 +1100, Kahlil Hodgson wrote:
Do you always have the same number of hops? Wondering if the WISPs you
bounce through might change. Perhaps one of those is problematic.
Dunno the exact number of hops but it's always long
but I
On 03/01/2013 06:49 AM, Timothy Murphy wrote:
Sorin Srbu wrote:
Is CentOS 6.4 brewing yet then? 8-)
...
Hey! We need an exact date!! ;-)
Nah, just kidding. It will be released when ready, right. I can wait.
I have two servers running CentOS-6.3.
On one of them I had (inadvertently)
On Fri, 01 Mar 2013 13:57:26 +0100, Ljubomir Ljubojevic wrote:
It is worth noting that www.centos.org was inaccessible from Serbia and
http://www.downforeveryoneorjustme.com/centos.org on 27.01.2013 around
16:30, for about 1-2 hours.
I can see pretty bad connectivity for Centos.org over here:
I am having problems with EDNS support on a few Centos 6.3 bind
servers. I am trying to determine if the problem is my Juniper SSG5
firewall of Centos.
All the servers have firewall enabled, though I have tested with
stopping iptables and ip6tables. I am using tests from:
Am 28.02.2013 23:52, schrieb John R Pierce:
you can't parse the headers until you read them, and you can't read the
headers until you accept the incoming message.
Not true. You can read the entire mail in the SMTP DATA phase and
still reject it after the terminating single dot.
Works perfectly
try a traceroute to tempotv.com.tr,
which takes 23 hops from my computer.
For the record, I was unable to get to any of these long-hop destinations:
$ traceroute tempotv.com.tr == died on the 23rd hop
$ traceroute -I www.centos.org == died on the 19th (penultimate) hop
$ traceroute
Robert Moskowitz wrote:
I am having problems with EDNS support on a few Centos 6.3 bind
servers. I am trying to determine if the problem is my Juniper SSG5
firewall of Centos.
All the servers have firewall enabled, though I have tested with
stopping iptables and ip6tables. I am using tests
Tilman Schmidt wrote:
Am 28.02.2013 23:52, schrieb John R Pierce:
you can't parse the headers until you read them, and you can't read the
headers until you accept the incoming message.
Not true. You can read the entire mail in the SMTP DATA phase and
still reject it after the terminating
Am 01.03.2013 16:56, schrieb Robert Moskowitz:
I am having problems with EDNS support on a few Centos 6.3 bind
servers. I am trying to determine if the problem is my Juniper SSG5
firewall of Centos.
All the servers have firewall enabled, though I have tested with
stopping iptables and
Rock wrote:
try a traceroute to tempotv.com.tr,
which takes 23 hops from my computer.
For the record, I was unable to get to any of these long-hop destinations:
$ traceroute tempotv.com.tr == died on the 23rd hop
$ traceroute -I www.centos.org == died on the 19th (penultimate) hop
$
On Fri, Mar 1, 2013 at 10:19 AM, Rock rocksock...@gmail.com wrote:
try a traceroute to tempotv.com.tr,
which takes 23 hops from my computer.
For the record, I was unable to get to any of these long-hop destinations:
$ traceroute tempotv.com.tr == died on the 23rd hop
$ traceroute -I
On Fri, 01 Mar 2013 11:26:27 -0500, m.roth-x6lchVBUigD1P9xLtpHBDw wrote:
Back to the question: have you spoken to level two, at least, tech
support of your provider of network access, to see if they have some
explanation?
Hi Mark,
My WISP provider is as perplexed as I because I'm the first
On 03/01/2013 11:25 AM, Tilman Schmidt wrote:
Am 01.03.2013 16:56, schrieb Robert Moskowitz:
I am having problems with EDNS support on a few Centos 6.3 bind
servers. I am trying to determine if the problem is my Juniper SSG5
firewall of Centos.
All the servers have firewall enabled, though
On Fri, Mar 1, 2013 at 10:24 AM, m.r...@5-cent.us wrote:
Blocking an open relay should be done *only* on human investigation, to
see whether that's the majority of what's coming out of there, and
consideration of what the relay is, whether it's a known source, or an
innocent large provider.
On Fri, Mar 1, 2013 at 10:38 AM, Rock rocksock...@gmail.com wrote:
Back to the question: have you spoken to level two, at least, tech
support of your provider of network access, to see if they have some
explanation?
My WISP provider is as perplexed as I because I'm the first subscriber
to
On Fri, 01 Mar 2013 10:27:12 -0600, Les Mikesell wrote:
Those 'looking glass' sites can show you if the bgp
routes are propagating to various locations.
I saw the reference to the lookingglass site, e.g.,
http://www.lookinglass.org
But, I'm sorry ... I'm totally clueless as to how to properly
Hi,
I try to understand the debug messages from ssh
$ ssh -vv whateverhost
...
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
...
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit:
Rock wrote:
On Fri, 01 Mar 2013 11:26:27 -0500, m.roth-x6lchVBUigD1P9xLtpHBDw wrote:
Back to the question: have you spoken to level two, at least, tech
support of your provider of network access, to see if they have some
explanation?
My WISP provider is as perplexed as I because I'm the
On Fri, Mar 1, 2013 at 10:47 AM, Rock rocksock...@gmail.com wrote:
Those 'looking glass' sites can show you if the bgp
routes are propagating to various locations.
I saw the reference to the lookingglass site, e.g.,
http://www.lookinglass.org
But, I'm sorry ... I'm totally clueless as to
Am 01.03.2013 17:39, schrieb Robert Moskowitz:
On 03/01/2013 11:25 AM, Tilman Schmidt wrote:
Am 01.03.2013 16:56, schrieb Robert Moskowitz:
[...]
Is anyone here running bind on their server and can run this command
from the server? If you are not getting this truncation, then my
problem is
Am 01.03.2013 17:38, schrieb Rock:
My WISP provider is as perplexed as I because I'm the first subscriber
to have this problem, he says.
Yeah, providers would say that. Several times in a row to
different subscribers, if necessary.
He thinks it's on the Centos side of things.
Indeed. I know
Johnny Hughes wrote:
On one of them I had (inadvertently) enabled the CentOS-CR repository.
I noticed that there were a huge number of updates (over 400 packages)
from this repository yesterday.
...
I'm also wondering if I leave it enabled,
is the danger that the system will stop running
Timothy Murphy wrote:
Johnny Hughes wrote:
On one of them I had (inadvertently) enabled the CentOS-CR repository.
I noticed that there were a huge number of updates (over 400 packages)
from this repository yesterday.
snip ...
This is basically 6.4 and it is going to be released in its
Rock wrote:
For the record, I was unable to get to any of these long-hop destinations:
$ traceroute tempotv.com.tr == died on the 23rd hop
$ traceroute -I www.centos.org == died on the 19th (penultimate) hop
$ traceroute www.gu.ac.ir == Iran, died on the 22nd hop
$ traceroute www.gu.edu.pk
Hi,
We've been using autofs and LDAP automount maps for years now, and it
has worked well. We run an environment that has CentOS, RHEL, Solaris
and FreeBSD servers and clients.
Historically, all our automount maps have looked like this:
-vers=3 server:/export/home/
However, we're switching to
On 03/01/2013 04:58 PM, m.r...@5-cent.us wrote:
Timothy Murphy wrote:
Johnny Hughes wrote:
On one of them I had (inadvertently) enabled the CentOS-CR repository.
I noticed that there were a huge number of updates (over 400 packages)
from this repository yesterday.
snip ...
This is
On 03/01/2013 10:47 AM, Rock wrote:
On Fri, 01 Mar 2013 10:27:12 -0600, Les Mikesell wrote:
Those 'looking glass' sites can show you if the bgp
routes are propagating to various locations.
I saw the reference to the lookingglass site, e.g.,
http://www.lookinglass.org
But, I'm sorry ... I'm
you can use the command ulimit to make the change first and change the
file as well effecting permanently.
Banyan He
Blog: http://www.rootong.com
Email: ban...@rootong.com
On 2/28/2013 3:45 AM, mcclnx mcc wrote:
very possible this problem cause by /etc/security/limits.conf.
the
Adobe doesn't seem to have acroread for x86_64 linux, or at least I don't
see it anywhere.
Anybody know otherwise?
Evince and other tools work pretty well, but I have always liked having
the real thing around for those occasions when they don't.
--
Fred Smith --
Fred:
Adobe doesn't seem to have acroread for x86_64 linux, or at least I don't
see it anywhere.
Anybody know otherwise?
They produce a Linux RPM. It's not 64 bit, but it will work and
that is all you can get from them at the moment.
Xpdf works well enough for me that I don't need another
On Sat, Mar 2, 2013 at 1:03 AM, Fred Smith
fre...@fcshome.stoneham.ma.us wrote:
Adobe doesn't seem to have acroread for x86_64 linux, or at least I don't
see it anywhere.
Ii suggest you download and use Firefox 19, which includes its own
internal pdf reader (pdf.js), written in Javascript, no
On Fri, Mar 01, 2013 at 10:08:44PM -0600, Neil Aggarwal wrote:
Fred:
Adobe doesn't seem to have acroread for x86_64 linux, or at least I don't
see it anywhere.
Anybody know otherwise?
They produce a Linux RPM. It's not 64 bit, but it will work and
that is all you can get from them
On Sat, Mar 02, 2013 at 01:37:36AM -0300, Fernando Cassia wrote:
On Sat, Mar 2, 2013 at 1:03 AM, Fred Smith
fre...@fcshome.stoneham.ma.us wrote:
Adobe doesn't seem to have acroread for x86_64 linux, or at least I don't
see it anywhere.
Ii suggest you download and use Firefox 19, which
CentOS Errata and Bugfix Advisory 2013:0576
Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0576.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
CentOS Errata and Security Advisory 2013:0581 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-0581.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
CentOS Errata and Bugfix Advisory 2013:0573
Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0573.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
45 matches
Mail list logo