[s@sub-record-check:18] Set(SIP/4504-0046,
__TIMESTR=20150405-220911) in new stack
-- Executing [s@sub-record-check:19] Set(SIP/4504-0046,
__FROMEXTEN=4504) in new stack
-- Executing [s@sub-record-check:20] Set(SIP/4504-0046,
__CALLFILENAME=out-31X-4504-20150405-220911
On 04/02/2015 09:03 AM, Götz Reinicke - IT Koordinator wrote:
Hi folks,
I have a Centos 6 NFS server, which dirves me crazy.
The directory I try to export cant be accessed by different clients.
I tried a centos 7, centos 6 and a pool of vmware esxi 5.5 systems.
At the client side I get
I am getting the same problem as the OP but I am on nvidia.
-Original message-
From:Bill Maltby (C4B) centos4b...@gmail.com
Sent:Sat 04-04-2015 12:32 pm
Subject:Re: [CentOS] video problem since 2015-04-01 update
To:centos@centos.org;
On Sat, 2015-04-04 at 11:24 -0500, Francis Gerund
Buenas noches Angel.
Tomada debida nota de tus sugerencias.
Ya he escalado el reclamo que ya tiene 15 días de permanentes pruebas.
Doy fe que hemos realizado muchas pruebas con los ingenieros del
datacenter, salvo que todos me estén mintiendo.
En esta oportunidad les he propuesto algo
Si, esa suma es mensual.
No deberían negarse, porque les demostraría que nuestra aplicacion no es
la que causa el problema, porque en 1 de los 3 esa aplicación no existe.
Como tienen una VM de pruebas chica, que ellos luego pueden destruir y
reconfigurar, no debería tener inconvenientes.
On 05 Apr 2015, at 14:35, Gregory P. Ennis po...@pomec.net wrote:
I sure need some help on this one, if any of you have ideas of what to
do next I would surely appreciate it. An additional aspect of this
scenario is that when I have used ssh to connect to this mail server via
the internal
On Sat, 2015-04-04 at 16:47 -0500, Gregory P. Ennis wrote:
Everyone,
This morning I did a manual yum update on our a mail server to 7.1
without any incident or problems. A new kernel was installed, and I
rebooted after the update.
When I rebooted the machine I could not gain ssh
# perf trace
perf: 'trace' is not a perf-command. See 'perf --help'.
Should 'perf trace' work in C6.6 or
this is a bug related to
https://bugzilla.redhat.com/show_bug.cgi?id=892893?
# rpm -qa perf
perf-2.6.32-504.12.2.el6.x86_64
___
CentOS mailing
On Sun, 2015-04-05 at 16:53 +0200, Andrea Dell'Amico wrote:
On 05 Apr 2015, at 14:35, Gregory P. Ennis po...@pomec.net wrote:
I sure need some help on this one, if any of you have ideas of what to
do next I would surely appreciate it. An additional aspect of this
scenario is that when I
On Sat, April 4, 2015 10:12 pm, John R Pierce wrote:
On 4/4/2015 8:10 PM, dE wrote:
If you guys have that much of a problem with CentOS/RedHat
collaboration, why not just move on things like Debian, arch, Suse
etc...
they just like to whine.
Some did move to other systems (even away from
On 30 Mar 2015, at 13:35, John Horne john.ho...@plymouth.ac.uk wrote:
On Tue, 2015-03-10 at 14:43 +0100, Andrea Dell'Amico wrote:
#= logrotate_t ==
allow logrotate_t fail2ban_client_exec_t:file { ioctl read execute
execute_no_trans open };
Looks like this was
2015-04-04 4:01 GMT+03:00 Francis Gerund ranr...@gmail.com:
Almost everyone here has probably read this by now. If so, move along,
nothing new here. But just in case you haven't, please take the time to
read this.
Here it is, in their own words: what Redhat thinks of Centos, and it's
On Sun, 2015-04-05 at 21:27 +0300, Eero Volotinen wrote:
If this is a problem, just pick another RHEL clone like Scientific Linux ?
I thought I read on this List the intention of Scientific to base its
future distribution on Red Hat's Centos product.
--
Regards,
Paul.
England, EU. Je
I am trying to update some local policies for bacula that allow a
series of clients with pre run scripts to su in order to perform some
preparatory work for a backup.
With selinux enforcing, the su is denied obviously execute as
bacula_t tries su_exec_t. You only see this with enforcing enabled?
On Sat, 2015-04-04 at 20:12 -0700, John R Pierce wrote:
On 4/4/2015 8:10 PM, dE wrote:
If you guys have that much of a problem with CentOS/RedHat
collaboration, why not just move on things like Debian, arch, Suse etc...
they just like to whine.
If the *whole* truth had been told to
15 matches
Mail list logo