修改GitLab外部Web端口后原端口被Unicorn占用的问题求助

我之前也碰到过一模一样的情况！改了external_url之后旧端口还被Unicorn死死占着，本地能访问就算了，端口还释放不了，折腾了好一会儿才搞定，给你分享几个靠谱的排查和解决步骤：

1. 确保GitLab配置完全同步生效 #

改完/etc/gitlab/gitlab.rb里的配置后，光重启服务器或服务没用，必须运行这个命令让配置同步到所有组件：

sudo gitlab-ctl reconfigure

运行后可以去检查Unicorn的实际配置文件，确认端口是否已经更新：

cat /var/opt/gitlab/gitlab-rails/etc/unicorn.rb

看看文件里的listen行是不是已经改成你的新端口了。如果还是旧端口，说明reconfigure过程可能有报错，回去检查gitlab.rb里的语法有没有问题（比如external_url格式是不是正确，比如http://your-domain:新端口）。

2. 强制清理残留的Unicorn旧进程 #

有时候Unicorn的旧进程不会被自动杀掉，会继续占着旧端口。先找出这些进程：

ps aux | grep unicorn

找到那些关联旧端口的进程ID（PID），然后强制杀掉：

sudo kill -9 <旧进程的PID>

杀完之后用下面的命令确认旧端口是否已经释放：

netstat -tulpn | grep <你的旧端口号>

如果输出为空，说明端口已经释放了。

3. 检查Unicorn配置是否正确设置 #

如果你之前尝试修改unicorn['port']，要确保在gitlab.rb里是取消注释的状态（去掉行首的#），比如：

unicorn['port'] = 新端口号

改完后同样要运行sudo gitlab-ctl reconfigure，再重启服务才能生效。

4. 彻底重启所有GitLab服务 #

清理完残留进程后，重启所有GitLab组件确保新配置完全生效：

sudo gitlab-ctl restart

之后再验证：本地访问旧端口应该无法打开，新端口正常可用，netstat里也看不到旧端口被Unicorn占用的记录了。

内容的提问来源于stack exchange，提问作者timber.auhani