持续分享，个人的运维经验，包含：云计算、Linux、Windows、容器、K8s、CICD、Python、运维开发、公有云等；以及个人经历相关内容，包含：实习、面试经验等。

pip is configured with locations that require TLS/SSLNo module named '_sqlite3'dynamic module does not define moduledjango.core,exceptions urllib3 v2.0 only supports 0penssL 1.1.1tYour project may not work properly ALLOWED_HOSTS

根据500状态码情况是后端有误，这种情况一般需要查看对应日志进行排查，下面是处理/排查过程。这些错误提示表明在尝试解密与“Runners”页面相关的某种令牌(token)时发生错误，可能是用于认证或安全目的的令牌。函数调用失败，这涉及到AES-256-GCM加密算法的解密过程，说明在解密该令牌时出现了问题，导致无法正确完成页面渲染流程。没有做持久化挂载配置文件，所以需要将下列配置做持久化存储，以后也就不会出现该问题了。小技巧：tail -f 监控该文件，然后去浏览器再次访问，就会出现该错误。

大家好，我是无名小歌。欢迎加入云社区在openstack中，不知道各位有没有遇到这样的情况，首先我们openstack平台是完整可用的，在我们平台使用过很长一段时间或平台使用的用户越来越多，文件句柄，会随着进程数也不断增加，其实Linux是有文件句柄限制的，而且Linux默认一般都是1024。在生产环境中很容易到达这个值，因此这里就会成为系统的瓶颈。在Linux系统的生产环境中，会经常遇到“too many open files”的报错。这个报错顾名思义是打开过多文件数。不过这里的files不单是文件的意思

大家好，我是无名小歌！！！今天分享一个浏览器访问 Kibana 是出现的问题及解决方法。在安装ELK日志系统的Kibana中，访问web界面时出现的问题（）报错： Kibana server is not ready yet.（Kibana服务器尚未就绪）解决方法：加载配置重启服务sudo /bin/systemctl daemon-reloadsudo systemctl restart kibana.service将配置文件kibana.yml中的elasticsearch.u.

最近几天一直在学习kubeSphere Paas容器云平台，在这期间遇到了不少坑。坑位1（配置 Kubernetes默认存储类型），nfs-client-provisioner服务坑位2（java.lang.NullPointerException），kubeSphere devops kubernetesDeploy