问题描述在启动 Nginx 服务时，产生如下错误：nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)nginx: [emerg] bind() to 0.0.0.0:80

问题描述使用 snap 安装 chromium 浏览器时出现如下错误，并一直卡住：...2020-08-21T16:56:10Z INFO Waiting for automatic snapd restart......问题原因这个问题的原因可能有很多，我们则是网络原因导致无法继续执行。解决方法通过配置代理解决该问题，代理配置方法参考 笔记。参考文献Bug #1892551 “snapcraft

问题描述在执行 docker ps 命令时（运行容器、其他命令），产生如下错误：# docker psruntime/cgo: pthread_create failed: No space left on deviceSIGABRT: abortPC=0x7f1a69cace97 m=0 sigcode=18446744073709551610goroutine 0 [idle]:runtime

问题描述使用 snap 安装 chromium 浏览器时出现如下错误，并一直卡住：...2020-08-21T16:56:10Z INFO Waiting for automatic snapd restart......问题原因这个问题的原因可能有很多，我们则是网络原因导致无法继续执行。解决方法通过配置代理解决该问题，代理配置方法参考 笔记。参考文献Bug #1892551 “snapcraft

问题描述我们需要了解容器使用的磁盘空间大小，以发现潜在的问题（比如日志直接保存在容器中）。该笔记将记录：在 Docker 中，如何查看容器所占用的磁盘空间。解决方案查看磁盘空间使用 docker ps --size 命令，可以查看当前容器所占用的磁盘空间：# docker ps --sizeCONTAINER IDIMAGECOMMANDCREATEDSTATUSPORTS.

问题描述当修改 docker-compose.yml 文件后，需要重启容器（docker-compose down, then docker-compose up），以使新的配置生效。但是，我们希望仅仅重启特定服务（容器），而不是全部重新启动。该笔记将记录：在修改 docker-compose.yml 配置后，如何重启相关（非全部）容器，以使配置生效。解决方案docker-compose up -

问题背景在最开始，我在笔记本中运行KVM虚拟机。每次休眠恢复时，在KVM中的虚拟机就会带来大量的CPU负载。另外我使用的Linux发行版是Debian Testing分支。由于某些服务是特定于发行版名称的，所以这些服务没有办法安装。使用Docker也可以，因此也不是必须使用虚拟机才可以。但是，如果使用Docker镜像，一个容器启动一个服务，那么我有很多服务岂不是要启动很多容器。因此才有了这个想法：

问题描述我们的 GitLab 当前版本为 12.4 版本（容器部署），需要升级到 13.6 版本，以使用新功能。此次升级最主要的问题在于跨版本升级，可能会失败。该笔记将记录：如何将 GitLab 从 12.x 升级到 13.x 版本。解决方案第一步、备份数据运维工作千万条，数据备份第一条。执行如下命令进行数据升级：rsync -av /data/gitlab/ /data/gitlab.12.4.

问题描述当使用非 ROOT 用户执行 docker 命令时，产生如下错误信息：# docker inspect -f . node:14-alpineGot permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Get http://%2Fvar%2

问题描述在 CentOS 7.x 中，当我们使用 nmcli connection modify 修改网络配置时，未生效。即使重启 NetworkManager 服务，也无法生效问题原因解决方案# 03/28/2021 我们仅能通过删除旧连接并重新创建连接来解决该问题。相关文章「Linux」- 禁止 NetworkManager 修改 /etc/resolv.conf 配置「NetworkMana