summaryrefslogtreecommitdiffstats
path: root/patches/fuel-plugin-opendaylight/0002-Increase-open-file-limit-for-OpenDaylight.patch
diff options
context:
space:
mode:
authorStanislaw Kardach <stanislaw.kardach@cavium.com>2016-05-14 18:14:43 -0700
committerStanislaw Kardach <stanislaw.kardach@cavium.com>2016-05-15 23:30:27 +0000
commit39f77acb6d4cdcbea04a817b01f67cad8f202c1d (patch)
tree2d21f51ecee79f009e38c4abb57ab532b4e680be /patches/fuel-plugin-opendaylight/0002-Increase-open-file-limit-for-OpenDaylight.patch
parentde066675c9e565e7e33f02adb5f94f1dd9608ce1 (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 (see [1]). [1] https://jira.opnfv.org/browse/FUEL-140 Signed-off-by: Stanislaw Kardach <stanislaw.kardach@cavium.com>
Diffstat (limited to 'patches/fuel-plugin-opendaylight/0002-Increase-open-file-limit-for-OpenDaylight.patch')
-rw-r--r--patches/fuel-plugin-opendaylight/0002-Increase-open-file-limit-for-OpenDaylight.patch31
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