On Mon, Nov 3, 2014 at 12:34 PM, Barry Brimer wrote:
>> I am using SSSD to get user AUTH from a backend Samba4 AD/DC.
>>
>> For Linux clients sssd.conf is configured to query Samba4 AD based on
>> LDAP/Kerberos i.e. the Linux clients have not done a Domain join.
>> Physical console logins -- thing
On Sun, Nov 2, 2014 at 10:10 PM, Peter wrote:
> remi is known to mess things up like that if you don't install it
> properly. First thing I would do is "yum remove remi-release" unless
> you have something you specifically need the remi repo for
>
Yes I have latest PHP release 5.5.18 not presen
On Mon, Nov 03, 2014 at 07:58:06AM -0430, reynie...@gmail.com wrote:
>
> Yes I have latest PHP release 5.5.18 not present at CentOS repo so it's not
> possible to remove that repo since I'll need in the future for updates
> otherwise I'll have a lot of conflicts between versions at CentOS repo and
On Mon, Nov 3, 2014 at 8:01 AM, John R. Dennison wrote:
> php-5.5.18 is also available at the IUS repo which has a better
> reputation than Remi.
>
Hi John, in order to remove all packages from REMI repo and move, following
your suggestion, to IUS, what should I do? Basically, though, what I ha
This is what I've installed:
# rpm -qa |grep -i remi
php-cli-5.5.18-1.el6.remi.x86_64
php-pdo-5.5.18-1.el6.remi.x86_64
php-mcrypt-5.5.18-1.el6.remi.x86_64
php-tcpdf-6.0.097-1.el6.remi.noarch
php-pecl-jsonc-1.3.6-1.el6.remi.5.5.1.x86_64
php-pecl-memcache-3.0.8-2.el6.remi.5.5.x86_64
php-phpseclib-cr
I am seeing this in dmesg on Dell Poweredge 860
INFO: task tail:17872 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
tail D 81021ac87040 0 17872 31199
(NOTLB)
810124fc7bd8 0082 81021c8ad200 81
On 2014-10-31, Mark LaPierre wrote:
> Hey All,
>
> I found another issue with 6.6 that was working with 6.5.
>
> Error: Package: google-talkplugin-5.38.5.0-1.i386
> (/google-talkplugin_current_i386)
>Requires: libstdc++.so.6(GLIBCXX_3.4.15)
>
The latest Google Talk plugin requires a l
On Mon, 3 Nov 2014 08:33:27 -0500
Jerry Geis wrote:
> I am seeing this in dmesg on Dell Poweredge 860
>
>
> INFO: task tail:17872 blocked for more than 120 seconds.
It's a generic "something might be wrong" alert issued since (in this
case) a tail process blocked (on I/O) for more than 120s. I
On Sun, Nov 2, 2014 at 10:57 AM, Akemi Yagi wrote:
> On Sun, Nov 2, 2014 at 12:50 AM, Ron Yorston wrote:
>> bax bax wrote:
>>>Hi I have a lenovo w530 laptop with integrated camera. with the new
>>>kernel 2.6.32-504.el6.x86_64 webcam dont' works on /var/log/messages
>>>i can see: localhost kerne
Here is some hope for you.
I too have been fighting with an intel 845G, but mine is in an IBM built
machine.
I just loaded the elrepo kernel-ml on a CentOS 6.6 system with an intel 845-G
and now the X comes up correctly, i.e., at boot gdm is available visually for
login. YYEEESS!!!
With either
Turned out to be selinux.
Thank you both.
jimc
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Hi,
in one server I do have a SSD raid 1 size 219GB.
df shows 9.4 GB free, 198GB used.
If I do "du -sch * | sort -h -r" on /, I just have close to 3.5GB used
Any hints, what's eating up the space?
Centos 6.6, fs = ext4.
regards . Götz
--
Götz Reinicke
IT-Koordinator
Tel. +49 7
On Mon, 2014-11-03 at 02:24 +0100, Bertrand Caplet wrote:
> I do think so too, I tried this way and I can ban the domain in from
> header.
> But not in reverse DNS via IP I guess. I searched for it in google but
> can't find.
> Maybe I could do this with iptables/ufw I'll see
Bonjour Bertrand,
Whoops. Sorry. Wrong list.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Akemi Yagi wrote:
>Perhaps, Ron can update the RH bugzilla with this info so that the
>upstream kernel gets fixed.
I've added a reference to the CentOS bug in RH bugzilla.
Ron
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/lis
On Sun, November 2, 2014 21:40, Peter wrote:
> On 11/03/2014 02:35 PM, reynie...@gmail.com wrote:
>> Transaction Check Error:
>> file /usr/lib64/libevent-2.0.so.5 from install of
>> libevent-2.0.19-1.rhel6.x86_64 conflicts with file from package
>> libevent-last-2.0.21-4.el6.remi.x86_64
>> fil
On Fri, October 31, 2014 9:56 pm, John R Pierce wrote:
> On 10/31/2014 8:38 PM, Always Learning wrote:
>> Hmm, I wonder when 128-bit processors will appear
>
> a 32 bit address got us up to 4,000,000,000 (4 billion) bytes of
> directly addressible memory.
>
> a 64 bit address gets you into a 18,44
On 11/3/2014 10:32 AM, Valeri Galtsev wrote:
So, I would just echo what you said: we hardly will see the need in 128
bit CPUs soon. (BTW, I'm glad to hear the choice which is power of 2. As,
in general, the length of CPU word can be anything: 17, 89, ... I'm not
mentioning 1 which is used in calc
On Mon, Nov 03, 2014 at 09:59:26AM -0500, jcur...@aol.com wrote:
>
> Turned out to be selinux.
I hope you figured out what was wrong with the SELinux attributes on
the files. Turning off SELinux and calling it fixed isn't really a
solution.
--
Jonathan Billings
___
On Mon, Nov 03, 2014 at 04:53:05PM +0100, Götz Reinicke - IT Koordinator wrote:
> in one server I do have a SSD raid 1 size 219GB.
>
> df shows 9.4 GB free, 198GB used.
>
> If I do "du -sch * | sort -h -r" on /, I just have close to 3.5GB used
>
> Any hints, what's eating up the space?
Del
On 11/3/2014 10:52 AM, Jonathan Billings wrote:
On Mon, Nov 03, 2014 at 09:59:26AM -0500,jcur...@aol.com wrote:
>
>Turned out to be selinux.
I hope you figured out what was wrong with the SELinux attributes on
the files. Turning off SELinux and calling it fixed isn't really a
solution.
inde
On Mon, November 3, 2014 4:22 pm, John R Pierce wrote:
> On 11/3/2014 10:52 AM, Jonathan Billings wrote:
>> On Mon, Nov 03, 2014 at 09:59:26AM -0500,jcur...@aol.com wrote:
>>> >
>>> >Turned out to be selinux.
>> I hope you figured out what was wrong with the SELinux attributes on
>> the files. T
On Mon, 2014-11-03 at 12:32 -0600, Valeri Galtsev wrote:
> So, I would just echo what you said: we hardly will see the need in
> 128 bit CPUs soon. (BTW, I'm glad to hear the choice which is power
> of 2. As, in general, the length of CPU word can be anything: 17,
> 89, ... I'm not mentioning 1 w
I posted an issue that may warrant a patch some days ago with no response.
Is there a more appropriate list to post on?
Regards,
Stan
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
On 11/3/2014 4:38 PM, Stan Cruise wrote:
I posted an issue that may warrant a patch some days ago with no
response.
Is there a more appropriate list to post on?
that patch woudl have to come from redhat in a rhel7 update to make it
into centos mainstream.
--
john r pierce
Hey Todd,
Thanks for the excellent tip. I followed your instructions to log in
and then log out to restart GDM. It worked great. Now I've got a
screen resolution of 1280 x 1024 with all the little letters right where
you would expect them to be.
I installed the elrepo then installed the kernel
On 11/03/14 08:44, Liam O'Toole wrote:
> On 2014-10-31, Mark LaPierre wrote:
>> Hey All,
>>
>> I found another issue with 6.6 that was working with 6.5.
>>
>> Error: Package: google-talkplugin-5.38.5.0-1.i386
>> (/google-talkplugin_current_i386)
>>Requires: libstdc++.so.6(GLIBCXX_3.4.1
On Mon, Nov 03, 2014 at 03:03:16PM +0100, Peter Kjellström wrote:
> On Mon, 3 Nov 2014 08:33:27 -0500
> Jerry Geis wrote:
>
> > I am seeing this in dmesg on Dell Poweredge 860
> >
> >
> > INFO: task tail:17872 blocked for more than 120 seconds.
>
> It's a generic "something might be wrong" ale
On Nov 3, 2014, at 7:53 AM, Götz Reinicke - IT Koordinator
wrote:
> Hi,
>
> in one server I do have a SSD raid 1 size 219GB.
>
> df shows 9.4 GB free, 198GB used.
>
> If I do "du -sch * | sort -h -r" on /, I just have close to 3.5GB used
>
> Any hints, what's eating up the space?
>
> C
29 matches
Mail list logo
