On May 5, 2014, at 1:14 PM, Stephen Harris wrote:
> On Mon, May 05, 2014 at 12:44:01PM -0600, Nathan Duehr wrote:
>> Not processes started that change to a non-root user from a root/init/rc
>> script. No session. At least not from what I was seeing in 5.10.
>> Intended or not, it wasn't behaving
On Mon, May 05, 2014 at 12:44:01PM -0600, Nathan Duehr wrote:
> Not processes started that change to a non-root user from a root/init/rc
> script. No session. At least not from what I was seeing in 5.10.
> Intended or not, it wasn't behaving like PAM was ever involved. :-)
If you're doing it as "s
On Apr 28, 2014, at 6:40 PM, Stephen Harris wrote:
> On Mon, Apr 28, 2014 at 04:20:25PM -0600, Nathan Duehr wrote:
>> Seems like the brokenness is the behavior of init ignoring
>> /etc/security/limits.conf, to my way of thinking anyway.
>
> Umm, no. That's you not understanding what limits.co
Am 29.04.2014 um 00:18 schrieb Nathan Duehr :
> On Apr 24, 2014, at 11:44 AM, James Pearson
> wrote:
>
>> Nathan Duehr wrote:
>>>
>>> Attempting to force the ulimit up inside the RC script has no effect, since
>>> the package is running
>>> as a non-root user. It fails to raise the limit.
>>
On Mon, Apr 28, 2014 at 04:20:25PM -0600, Nathan Duehr wrote:
> Seems like the brokenness is the behavior of init ignoring
> /etc/security/limits.conf, to my way of thinking anyway.
Umm, no. That's you not understanding what limits.conf is.
Limits are hard to grok. I had to write a massive doc
On Apr 25, 2014, at 4:46 AM, Leon Fauster wrote:
> Am 24.04.2014 um 19:44 schrieb James Pearson :
>> Nathan Duehr wrote:
>>>
>>> Attempting to force the ulimit up inside the RC script has no effect, since
>>> the package is running
>>> as a non-root user. It fails to raise the limit.
>>
>> i
On Apr 24, 2014, at 11:44 AM, James Pearson wrote:
> Nathan Duehr wrote:
>>
>> Attempting to force the ulimit up inside the RC script has no effect, since
>> the package is running
>> as a non-root user. It fails to raise the limit.
>
> init.d scripts run as root so you should be able to set
Am 24.04.2014 um 19:44 schrieb James Pearson :
> Nathan Duehr wrote:
>>
>> Attempting to force the ulimit up inside the RC script has no effect, since
>> the package is running
>> as a non-root user. It fails to raise the limit.
>
> init.d scripts run as root so you should be able to set a hard
Nathan Duehr wrote:
>
> Attempting to force the ulimit up inside the RC script has no effect, since
> the package is running
> as a non-root user. It fails to raise the limit.
init.d scripts run as root so you should be able to set a hard/soft limit in
the init.d script before the package is st
On Wed, Apr 23, 2014 at 5:19 PM, Nathan Duehr wrote:
> Running across some curious stuff with ulimit on CentOS 5.10.
>
> We have a non CentOS packaged version of Asterisk (using their packages)
> that we start at boot time with a typical RC script.
>
> Recently it started whining that it couldn't
Running across some curious stuff with ulimit on CentOS 5.10.
We have a non CentOS packaged version of Asterisk (using their packages) that
we start at boot time with a typical RC script.
Recently it started whining that it couldn't open enough file handles.
As we dug further into this, it appe
11 matches
Mail list logo