Packer 有一套命令行工具。你首先需要进行安装。 下载地址 官方的下载地址为：Downloads | Packer by HashiCorp 根据你操作系统的版本不同下载不同的版本。 下载的文件是一个 zip 文件。 将下载的文件解压到你操作系统中的某一个路径下面就可以了。 设置环境变量 按照标准的在 Windows 下设置环境变量的方法，设置 packer 的环境变量。 需要注意的是，在上面设置好 HOME 目录后，需要将上面的环境变量设置到 PATH 中。 Packer 的编译文件只有一个可执行的 exe 文件。 主要的目的是需要 PATH 中有这个可执行文件即可。 校验安装 随后，在控制台中运行 packer --version ，如果你能够看到当前 packer 的版本的话。 如上图，表示当前 packer 已经安装成功了。 https://www.ossez.com/t/packer-windows/13500
简单来说 Packer 的作用就是构建一个可以马上部署的云服务器镜像。 下载的地址为： Downloads | Packer by HashiCorp 云主机是用户使用最高频的云产品之一。随着云主机数量的增多，如何在云主机中保证版本化部署的一致性，成为用户常见的难题。在现有情况下，用户首先需要手动或使用脚本连接主机，然后再进行部署安装，操作流程复杂且对环境要求苛刻，难以保证一致性和可用性。 为了解决此类问题，UCloud 开发了相关代码，并被自动化构建镜像工具 Packer 的官方仓库所采纳。通过 Packer 创建自定义镜像，可以减少部署时间并提高可靠性，提高了用户自动化部署的能力。Hashicorp 官方正式发布了版本 1.7.2 ，其中包括了 UCloud Packer Builder。 Packer 和 Docker 如果说到构建镜像，很多人可能会问道这个与 Docker 有什么不同呀。都是用来构建镜像。 可以这样说，Packer 是更加系统级别的，构建了操作系统和在这个操作系统上面的所有应用。 Docker 是容器，你需要在当前的操作系统中安装容器管理，然后通过容器管理从远程的容器仓库上进行下载镜像后运行。 在 Docker 中，你需要自己安装操作系统，并且在操作系统中安装容器。 Packer 将会帮你把操作系统一起安装了，举例来说，你在 EC2 上面现在有一个可以运行的服务器了，你希望将这个服务器扩展。通常的操作是将这个服务器构建成一个镜像，然后拿到这个服务器的镜像再去部署一个 EC2。 Packer 的作用就是帮你创建这个镜像。 https://www.ossez.com/t/packer/13499
简单来说就是没有任何问题。 Discourse 的升级频率还是非常高的。 在 Discourse 升级的时候关闭了窗口会有什么问题吗？ 如下面正在升级的时候。 测试和解答 我们进行了下面的测试，在 Discourse 升级的时候关闭了窗口。 其实这是没有关系的，在你下次进入 Discourse 的管理员控制台的时候，你将会看到系统中后台的版本部分提示当前正在升级。 当你单击上面的链接进入后，将会继续显示正在升级的情况。 https://www.ossez.com/t/discourse/13497
持续的提示 Key 错误。 但是我们需要的 key 已经在 AWS 的配置文件中配置成功了。 问题和解决 后续发现这个问题的原因是在程序中针对不同的 Key 设置了不同的 profile 属性。 因此需要对不同的属性进行配置，否则将会提示上面的错误。 其实主要原因还是程序设置的问题。 例如使用下面的配置来配置使用的 Key [ossez] aws_access_key_id = AKIAXXXXXXXXX aws_secret_access_key = cHWXXXXXXXXXXXXX [ossez-root] aws_access_key_id = AKIAXXXXXXXXX aws_secret_access_key = cHWXXXXXXXXXXXXX 上面的配置主要也是为了方便程序针对不同的属性调用不同的 Key。 https://www.ossez.com/t/pulumi-aws-key/13496
在有些时候，我们可能会将系统环境中的 Pulumi 使用的 Token 进行更换。 当我们对 Token 进行更换后，你会发现 使用命令 ‘pulumi stack ls’ 查看当前项目的 stack 一直访问的是老的 stack。 原因和解决 这是因为 pulumi 在第一次运行的时候会从系统环境变量中获取 Token。 在随后的运行中就不会再次获取 Token 了，pulumi 缓存了你的 Token。 缓存的文件名叫做 credentials.json，如果你是手动方式安装 pulumi 的话，这个文件就在：你安装的路径下面。 文件的内容如下图显示的内容。 可以看到的是在这上面保存有 pulumi 的 token 信息。 如果希望 pulumi 从新从环境变量中获取 Token 数据的话，那么你只需要手动删除这个文件即可。 Jenkins 如果你使用的是类似 Jenkins 的 CI 工具的话。 这个文件保存的路径为：/var/lib/jenkins/.pulumi/credentials.json 你需要将这个文件删除来让编译工具重新载入 Token。 https://www.ossez.com/t/pulumi-stack-stack/13495
就这么点数据量，现在每天都要重启 2 次。 还仅仅是一个家用和小远程办公环境，TP-Link，用着有点闹心。 有些东西真心不知道说什么。 https://www.ossez.com/t/wifi/13494
Druid 启动的时候提示错误如下： [Fri May 28 00:17:16 2021] Command[zk] exited (pid = 3835, exited = 1) [Fri May 28 00:17:16 2021] Command[zk] failed, see logfile for more details: /var/druid/var/sv/zk.log 通过上面的提示到日志中进行查看后发现的错误信息是： Error: Could not find or load main class org.apache.zookeeper.server.quorum.QuorumPeerMain Error: Could not find or load main class org.apache.zookeeper.server.quorum.QuorumPeerMain Error: Could not find or load main class org.apache.zookeeper.server.quorum.QuorumPeerMain Error: Could not find or load main class org.apache.zookeeper.server.quorum.QuorumPeerMain 上面的内容是你在控制台中看到的内容。 原因和解决 简单来说出现上面的错误的原因就是在你的 Druid 服务器上没有安装 Zookeeper。 进入当前的 Druid 目录后，依次执行下面的命令： curl https://archive.apache.org/dist/zookeeper/zookeeper-3.4.11/zookeeper-3.4.11.tar.gz -o zookeeper-3.4.11.tar.gz tar -xzf zookeeper-3.4.11.tar.gz mv zookeeper-3.4.11 zk 上面的命令将会从远程下载 zookeeper-3.4.11 版本，然后解压放到当前的 Druid 的 zk 目录中。 这个问题是在 Druid 0.15 版本的时候出现的。 在当前的 0.21 的版本中，已经不需要这样多此一举了。 https://www.ossez.com/t/druid-0-15/13490
Druid 已经从 Apache 的孵化项目变成了顶级项目了。 官方的文档链接地址为：Index of /docs 从上面的文档列表中可以看到发布和更新的频率还是比较高的。 https://www.ossez.com/t/druid/13488
在我们通常打开任务管理的时候，只显示了当前 CPU 的情况。 如果先显示当前计算机中的 CPU 有多少核的话，可以采取下面的操作。 右键，然后选择逻辑处理器。 在随后的界面中，将会显示当前计算机 CPU 中有多少逻辑处理器。 比如说，我们现在的 CPU 中有 16 个逻辑处理器。 用土话来说，就是一个 16 核的 CPU。 如果是在 Linux 下的话，就更加简单了，直接使用命令： htop 就可以了。 有些 Linux 操作系统，如果这个命令没有安装的话，那么你还需要自行安装一下。 https://www.ossez.com/t/windows-cpu/13486
P15 笔记本工作站的 i9， 16 线程 CPU。 同事说这是打算发射导弹用的吗？ 有时候就得对自己狠一点点。 https://www.ossez.com/t/p15/13485