Archery启动问题报错

Question

您好，我在不是archery的时候遇到了端口冲突的问题，我目前端口如下

[root@localhost bin]#  netstat -tulpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1179/sshd           
tcp        0      0 0.0.0.0:10050           0.0.0.0:*               LISTEN      2989/zabbix_agentd  
tcp        0      0 0.0.0.0:9123            0.0.0.0:*               LISTEN      15962/nginx: master 
tcp        0      0 172.20.22.131:27017     0.0.0.0:*               LISTEN      19303/mongod        
tcp        0      0 127.0.0.1:27017         0.0.0.0:*               LISTEN      19303/mongod        
tcp        0      0 0.0.0.0:6379            0.0.0.0:*               LISTEN      22031/redis-server  
tcp6       0      0 :::22                   :::*                    LISTEN      1179/sshd           
tcp6       0      0 :::10050                :::*                    LISTEN      2989/zabbix_agentd  
tcp6       0      0 :::3306                 :::*                    LISTEN      26717/mysqld        
tcp6       0      0 :::6379                 :::*                    LISTEN      22031/redis-server 

我在配置nginx的时候，nginx本身端口号不是 为80吗，我按照要求直接将port为80的哪个server删除掉，按照官网上那个配置直接复制上去了，也是你的配置，然后启动，但是启动的时候出现这个问题，

(venv4archery) [root@localhost Archery-1.8.5]# ./startup.sh &
[1] 16014
(venv4archery) [root@localhost Archery-1.8.5]# Error: Another program is already listening on a port that one of our HTTP servers is configured to use.  Shut this program down first before starting supervisord.
For help, use /root/Python-3.9.10/venv4archery/bin/supervisord -h

请问如何解决呢，希望能得到你的答复，祝工作顺利

Answer 1

【相关推荐】

• 你可以参考下这个问题的回答, 看看是否对你有帮助, 链接: https://ask.csdn.net/questions/7649136
• 你也可以参考下这篇文章：搭建nginx反向代理的时候出现nginx启动异常，倒腾了一下总算解决了，具体如下
• 您还可以看一下 李连宇老师的nginx入门到精通课程中的 nginx服务器的配置及反向代理的实现小节, 巩固相关知识点
  
• 除此之外, 这篇博客: 为什么 nginx 的性能如此牛逼？中的 2、多进程异步非阻塞 部分也许能够解决你的问题, 你可以仔细阅读以下内容或跳转源博客中阅读:
  
  

  这里再从多进程角度，描述一下 Epoll 这种 IO 多路复用技术。

  nginx 采用一个 master 进程，多个 woker 进程的模式。

  master进程：
  主要负责收集、分发请求。
  每当一个请求过来时，master 就拉起一个 worker 进程负责处理这个请求。
  同时 master 进程也负责监控 woker 的状态，保证高可靠性；

  woker进程：
  一般设置为跟 cpu 核心数一致；

  grep processor /proc/cpuinfo | wc -l
  

  nginx 的 woker 进程在同一时间可以处理的请求数只受内存限制，可以处理多个请求。

  每来一个 request，会有一个worker进程去处理；
  但不是全程都处理，当处理到可能发生阻塞的地方的时候（比如向其他服务器转发request，并等待请求返回），
  那么，worker 就会在发完请求后，注册一个事件： “如果 upstream 返回了通知我，我再接着干”，于是他就去休息了。
  此时，如果再有 request 进来，他又可以快速响应，再按照这种方式处理。

  而一旦其他服务器有返回了，
  就会触发 worker 注册的这个事件，于是通知 worker 过来继续，这个 request 就接着往下走。

  
  

  ---

  
  

如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^