You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Jeremy Hanna (JIRA)" <ji...@apache.org> on 2011/07/06 19:01:21 UTC
[jira] [Created] (CASSANDRA-2866) Add higher nofile (ulimit -n)
property to the install configuration for debian and rpm packaging
Add higher nofile (ulimit -n) property to the install configuration for debian and rpm packaging
------------------------------------------------------------------------------------------------
Key: CASSANDRA-2866
URL: https://issues.apache.org/jira/browse/CASSANDRA-2866
Project: Cassandra
Issue Type: Improvement
Components: Packaging
Reporter: Jeremy Hanna
Priority: Minor
Currently in the packaging we set the memlock to unlimited. We should also up the nofile value (ulimit -n) so that it's more than 1024, likely unlimited. Otherwise, there can be odd indirect bugs. For example, I've seen compaction fail because of the "too many open files" error.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CASSANDRA-2866) Add higher nofile (ulimit -n)
property to the install configuration for debian and rpm packaging
Posted by "Jonathan Ellis (Resolved) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Ellis resolved CASSANDRA-2866.
---------------------------------------
Resolution: Duplicate
done in CASSANDRA-3206
> Add higher nofile (ulimit -n) property to the install configuration for debian and rpm packaging
> ------------------------------------------------------------------------------------------------
>
> Key: CASSANDRA-2866
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2866
> Project: Cassandra
> Issue Type: Improvement
> Components: Packaging
> Reporter: Jeremy Hanna
> Priority: Minor
> Labels: lhf
>
> Currently in the packaging we set the memlock to unlimited. We should also up the nofile value (ulimit -n) so that it's more than 1024, likely unlimited. Otherwise, there can be odd indirect bugs. For example, I've seen compaction fail because of the "too many open files" error.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira