Fix named failing to start on Solaris systems with hundreds of CPUs

This commit fixes a startup issue on Solaris systems with
many (reportedly > 510) CPUs by bumping RLIMIT_NOFILE. This appears to
be a regression from 9.11.

(cherry picked from commit fff01fe7eb738ef086a1b4b1712cefbe0c3243cf)

diff --git a/bin/named/os.c b/bin/named/os.c
index f413c71a09549107de152d1a792437f3d9348e20..e984b4b6d48358c317d4caa1e8879cd447a87ad1 100644 (file)
--- a/bin/named/os.c
+++ b/bin/named/os.c
@@ -485,13 +485,15 @@ ns_os_uid(void) {
 
 void
 named_os_adjustnofile(void) {
-#if defined(__linux__)
+#if defined(__linux__) || defined(__sun)
        isc_result_t result;
        isc_resourcevalue_t newvalue;
 
        /*
         * Linux: max number of open files specified by one thread doesn't seem
         * to apply to other threads on Linux.
+        * Sun: restriction needs to be removed sooner when hundreds of CPUs
+        * are available.
         */
        newvalue = ISC_RESOURCE_UNLIMITED;
 
@@ -499,7 +501,7 @@ named_os_adjustnofile(void) {
        if (result != ISC_R_SUCCESS) {
                named_main_earlywarning("couldn't adjust limit on open files");
        }
-#endif /* if defined(__linux__) */
+#endif /* if defined(__linux__) || defined(__sun) */
 }
 
 void