diff options
| author |   Stanislaw Kardach <stanislaw.kardach@cavium.com> | 2016-05-14 18:14:43 -0700 |
|---|---|---|
| committer | Stanislaw Kardach <stanislaw.kardach@cavium.com> | 2016-05-19 23:49:44 +0200 |
| commit | 96054a3b1561115e50b6976c7a75b4a363bd69cb (patch) | |
| tree | a166743fe988c6f726790c859641651d0439bcf8 | |
| parent | eca0374193717189f287174587ac42d79f9061ff (diff) | |
Increase open file limit for OpenDaylight
Upstart scripts by default do not run scripts in a shell which results
in limits from `/etc/security/limits.conf` not be taken into account
and results in the default value (4096) to be taken. This may prove
problematic for OpenDaylight during initialization. On Cavium ThunderX
we have noticed OpenFlow controller initialization failures caused by
hitting this limit.
OPNFV is increasing the `nofile` limit to 112640 for OpenStack services
which is why I'm using this value here.
Bug report filed to Fuel@OPNFV and will be released in Colorado (see
[1]).
This is a cherry-pick of 39f77acb6d4cdcbea04a817b01f67cad8f202c1d since
the fix in `openstack/fuel-plugin-opendaylight` targets C-release and
this bugfix is critical for arm64.
[1] https://jira.opnfv.org/browse/FUEL-140
Signed-off-by: Stanislaw Kardach <stanislaw.kardach@cavium.com>
| -rw-r--r-- | patches/fuel-plugin-opendaylight/0002-Increase-open-file-limit-for-OpenDaylight.patch | 31 |
1 files changed, 31 insertions, 0 deletions
diff --git a/patches/fuel-plugin-opendaylight/0002-Increase-open-file-limit-for-OpenDaylight.patch b/patches/fuel-plugin-opendaylight/0002-Increase-open-file-limit-for-OpenDaylight.patch new file mode 100644 index 00000000..be7658ee --- /dev/null +++ b/patches/fuel-plugin-opendaylight/0002-Increase-open-file-limit-for-OpenDaylight.patch @@ -0,0 +1,31 @@ +From: Stanislaw Kardach <stanislaw.kardach@cavium.com> +Date: Sat, 14 May 2016 17:24:48 -0700 +Subject: [PATCH] Increase open file limit for OpenDaylight + +Upstart scripts by default do not run scripts in a shell which results +in limits from `/etc/security/limits.conf` not be taken into account +and results in the default value (4096) to be taken. This may prove +problematic for OpenDaylight during initialization. On Cavium ThunderX +we have noticed OpenFlow controller initialization failures caused by +hitting this limit. +OPNFV is increasing the `nofile` limit to 112640 for OpenStack services +which is why I'm using this value here. + +Signed-off-by: Stanislaw Kardach <stanislaw.kardach@cavium.com> +--- + odl_package/ubuntu/opendaylight | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/odl_package/ubuntu/opendaylight b/odl_package/ubuntu/opendaylight +index 6e5ff7b..52a3159 100644 +--- a/odl_package/ubuntu/opendaylight ++++ b/odl_package/ubuntu/opendaylight +@@ -14,7 +14,7 @@ env JAVA_OPTS="-server -Xms256M -Xmx2048M -XX:+UnlockDiagnosticVMOptions -XX:+Un + env OPTS="-Dkaraf.startLocalConsole=false -Dkaraf.startRemoteShell=true" + env MAIN="org.apache.karaf.main.Main" + +- ++limit nofile 102400 112640 + chdir /opt/opendaylight + + script |