[root@localhost oracle]# cat /etc/sysctl.conf # sysctl settings are defined through files in # /usr/lib/sysctl.d/, /run/sysctl.d/, and /etc/sysctl.d/. # # Vendors settings live in /usr/lib/sysctl.d/. # To override a whole file, create a new file with the same in # /etc/sysctl.d/ and put new settings there. To override # only specific settings, add a file with a lexically later # name in /etc/sysctl.d/ and put new settings there. # # For more information, see sysctl.conf(5) and sysctl.d(5). kernel.shmmni = 4096 kernel.sem = 250 32000 100 128 kernel.shmmax = 17179869184 # 16GB kernel.shmall = 8388608 # 4194304 # 16GB� fs.file-max = 6815744 net.ipv4.ip_local_port_range = 9000 65500 net.core.rmem_default = 262144 net.core.wmem_default = 262144 net.core.rmem_max = 4194304 net.core.wmem_max = 1048576 fs.aio-max-nr = 1048576 [root@localhost oracle]# unname -r bash: unname: command not found... Similar command is: 'uname' [root@localhost oracle]# uname -r 3.10.0-1160.el7.x86_64

<think>好的，我现在需要帮助用户解决他们遇到的`semmni`参数问题。根据用户提供的系统信息，他们已经按照要求将`kernel.sem`参数设置为包含128的值，但实际检查时可能发现`semmni`仍然为0，或者用户可能遇到了其他问题。 首先，我需要确认用户的问题具体是什么。用户执行了`cat /etc/sysctl.conf`，显示`kernel.sem`已经正确设置为`250 32000 100 128`，其中最后一个参数是`semmni=128`，这符合Oracle的要求。然后用户尝试执行`unname -r`时出现了拼写错误，系统提示正确的命令是`uname -r`，之后用户执行了正确的命令，得到内核版本是3.10.0-1160.el7.x86_64，这说明系统是CentOS 7或RHEL 7，内核版本较新，应该支持动态调整`semmni`参数。 用户的问题可能在于，尽管在`sysctl.conf`中设置了正确的参数，但实际运行时`semmni`的值还是0。这可能是因为其他配置文件覆盖了设置，或者用户没有重新加载配置。另一个可能性是用户没有正确检查当前值，或者系统存在其他限制。 接下来，我需要检查用户可能没有正确执行的步骤。例如，用户是否在修改`sysctl.conf`后运行了`sysctl -p`来重新加载配置？如果没有，参数不会生效。另外，用户是否有检查其他可能在`/etc/sysctl.d/`目录下的配置文件，这些文件可能会覆盖主配置文件的设置？此外，用户的内核版本是否真的支持这些参数，虽然3.10内核应该没问题，但需要确认是否有已知的bug或限制。 用户提供的错误信息中，当输入`unname -r`时系统提示命令不存在，用户随后纠正了拼写错误并得到了正确的内核版本。这说明用户可能在输入命令时存在拼写错误，但最终获取了正确的信息。 可能的解决方案包括： 1. 确认用户已经执行了`sysctl -p`来重新加载配置。 2. 检查是否有其他配置文件覆盖了`kernel.sem`的设置。 3. 验证当前的内核参数是否已经正确应用，使用`sysctl -a | grep kernel.sem`。 4. 如果仍然有问题，可能需要手动临时设置参数并检查效果。 另外，用户的内核版本是3.10.0-1160.el7.x86_64，属于较新的版本，应该支持所需的参数设置，所以可能问题不在内核版本上。需要进一步指导用户验证当前的实际参数值，并确保所有配置步骤正确执行。 总结来说，用户的问题可能出在配置未被正确加载，或者存在其他覆盖配置。需要引导用户逐步检查这些可能性，并提供相应的命令和解决方案。</think>--- ### 问题定位与解决方案 根据您提供的系统配置和错误信息，**`semmni`参数实际值为0的问题可能由以下原因导致**： --- #### 一、直接原因分析 1. **配置未生效** 虽然`/etc/sysctl.conf`中已设置`kernel.sem = 250 32000 100 128`，但未执行`sysctl -p`重新加载配置，导致参数未应用到内核。 2. **其他配置文件覆盖** 系统可能从`/etc/sysctl.d/`目录加载了其他配置，覆盖了主配置文件中的设置。 --- #### 二、验证与修复步骤 ##### 1. **立即检查当前`semmni`值** ```bash sysctl -a | grep kernel.sem ``` - **预期输出**：`kernel.sem = 250 32000 100 128` - **若输出仍为0**：说明配置未生效，继续下一步。 ##### 2. **强制重新加载所有配置** ```bash sudo sysctl -p /etc/sysctl.conf # 显式加载主配置文件 sudo sysctl --system # 加载所有配置（包括sysctl.d/下的文件） ``` ##### 3. **排查冲突配置** ```bash # 检查是否有其他文件覆盖kernel.sem设置 grep -r "kernel.sem" /etc/sysctl.d/ /usr/lib/sysctl.d/ /run/sysctl.d/ ``` - **若发现冲突项**： 编辑对应文件（例如`/etc/sysctl.d/99-oracle.conf`），确保其中包含： ```bash kernel.sem = 250 32000 100 128 ``` ##### 4. **临时手动设置（测试用）** ```bash sudo sysctl -w kernel.sem="250 32000 100 128" # 立即生效但重启后失效 ``` --- #### 三、关键验证结果 1. **内核版本验证** ```bash uname -r # 输出为3.10.0-1160.el7.x86_64 ``` - **结论**：系统为CentOS 7/RHEL 7，内核版本支持动态调整`semmni`，无需升级内核。 2. **配置文件语法验证** - `/etc/sysctl.conf`中参数顺序正确，已明确设置`semmni=128`。 --- #### 四、故障树分析 ``` semmni=0的可能原因 ├─ 配置未加载（未执行sysctl -p） ├─ 其他配置文件覆盖（sysctl.d/*.conf） └─ 内核参数被进程锁定（极罕见，需重启验证） ``` --- #### 五、最终修复流程 ```bash # 步骤1：清理冲突配置 sudo rm -f /etc/sysctl.d/*sem*.conf # 删除所有含"sem"的冲突配置 sudo cp /etc/sysctl.conf /etc/sysctl.conf.bak # 备份原配置 # 步骤2：确认主配置正确性 sudo vi /etc/sysctl.conf # 确保包含：kernel.sem = 250 32000 100 128 # 步骤3：加载配置并验证 sudo sysctl --system sysctl -a | grep kernel.sem # 输出应为250 32000 100 128 # 步骤4：重启Oracle实例 su - oracle sqlplus / as sysdba shutdown immediate startup ``` --- ### 六、原理总结 - **`semmni=0`的直接影响**：Oracle无法创建足够的信号量集，导致实例启动失败（常见错误`ORA-27195`）。 - **配置加载优先级**：`/etc/sysctl.d/*.conf` > `/etc/sysctl.conf`，需确保无冲突。 - **内核兼容性**：3.10+内核完全支持动态调整信号量参数，无需编译内核。 --- 若问题仍未解决，请提供以下信息： 1. `sysctl -a | grep kernel.sem` 的当前输出 2. `ls -l /etc/sysctl.d/` 的目录内容 3. Oracle告警日志中与信号量相关的错误片段