far as the NetApp is concerned. Ultimately, we'd
like to just assign it a low value in the range with our other system
account, but we are not sure of the potential risks with NFS etc.
Any comments would be appreciated.
Thanks!
--
====
David Halik
System Admi
fixes that get released and when we should expect it.
As a side note, does anyone know if there is a way to get a hold of an
update like this without having support access to the RHN? I'm guessing
I just have to wait for a Centos release.
Thanks!
-Dave
--
====
Scott Silva wrote:
on 7-29-2008 11:41 AM David Halik spake the following:
Hi all, I was just wondering when this update will trickle down into
the Centos repo:
http://rhn.redhat.com/errata/RHBA-2008-0611.html
Obviously, it just came out yesterday, so I'm not expecting it to
sud
Great, I didn't realize it was going to be so fast.
Thanks for the info.
Johnny Hughes wrote:
David Halik wrote:
Hi all, I was just wondering when this update will trickle down into
the Centos repo:
http://rhn.redhat.com/errata/RHBA-2008-0611.html
Obviously, it just came out yest
ed to
strace init (-p1), but apparently this is a forbidden operation:
# strace -p1
attach: ptrace(PTRACE_ATTACH, ...): Operation not permitted
That's a shame too, but at least I could see what init is trying to do.
Any ideas? I'm just about stumped as to how to proceed at this point.
Th
aemon
Filipe Brandenburger wrote:
> Hi,
>
> On Tue, Feb 10, 2009 at 14:23, David Halik wrote:
>
>> INIT: Id "snmp" respawning too fast: disabled for 5 minutes
>> INIT: Id "snmp" respawning too fast: disabled for 5 minutes
>> INIT: Id "sn
processor, what we were really seeing was the service processor init
complaining. Once I figured that out it was easy enough to confirm.
Thanks for your time.
David Halik wrote:
> Thanks for the reply. I've tried both "init q" and "init u" without any
> luck, the mess
7 matches
Mail list logo
