systemctl restart docker ★默认还加了DOCKER-USER这个forward链，默认全部return，导致不通，也得 放开，具体得看下iptables规则），以下操作目的为 在系统启动后等待60秒待 k8s把iptables规则设置完毕再在以下几个chain里放通所有流量，如果对防火墙 有自定义规则或对安全性要求较高场景无需配置以下这段，防火墙相关操作自 行按需处理！ # cat kubectl get pod --all-namespaces #查看容器运行状态 如果有2个coredns的pod未启动就绪，因为pod网络组件还未部署，部署后再查 看；如果部署网络组件之后还未启动，则可能是网络不通，防火墙要放通pod 容器网段入站。 ⑤service使用ipvs模式 # kubectl edit cm kube-proxy -n io/coreos/的仓库，可改为自己集群的docker仓库 保存，退出 # kubectl apply -f kube-flannel.yml #应用flannel配置 如果pod启动失败了，查看日志 # kubectl logs kube-flannel-ds-24�m -n kube-system I0430 11:16:34.505952 1 main.go:518]

tag("jobxx") def scheduler_thread(): while True: schedule.run_pending() time.sleep(1) # 启动调度器线程 thread = threading.Thread(target=scheduler_thread) thread.start() schedule.run_all() # 立即运行所有作业 opuser.join() if __name__ == "__main__": main() 上面程序先启动了Manager线程，mgmt虽然获取到了条件变量锁 cond，但又执行了wait并释放条件变量锁，自身进入阻塞状态。 Operator线程启动后，就获得了条件变量锁cond并发出了消息，之后通 过no�fy唤醒一个挂起的线程。 最后通过release程序释放资源

yes requirepass Centos123 # /usr/local/bin/redis-server /root/redis-6.2.13/redis.conf #启动服务（后台运 行） ★做成系统服务 # ps -ef | grep redis root 14989 1 0 13:46 ? 00:00:00 redis-server

# gitlab-ctl status #查看gitlab状态 # gitlab-ctl start #启动 # gitlab-ctl stop #停止 # gitlab-ctl restart #重启 ★放通防火墙