持续的提示 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 控制台启动访问后，可以使用下面的地址来查看服务器的运行状态。 http://localhost:8888/status 如果你的服务器是使用不同的地址的话，需要将上面的地址替换。 通过上面的访问，我们可以知道当前服务器运行的版本，这个对后续对系统进行编译处理的时候是必要的。 Java 项目中服务器的版本是比较重要的。 https://www.ossez.com/t/druid/13489
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
哪怕你就是买现在最贵的电脑，你电脑的成本对公司来说就是一个星期的工资。 数据安全比用什么电脑更重要。 对公司来说，这个支出的考虑不是在你电脑用什么而是在合规的问题。 硅谷公司可能无所谓，反正都是远程的多，能用，开心就好，随便你自己弄。如果是一些特殊的部门，电脑使用有合规的很多要求，不是你想买什么都买什么的。 基本上什么电脑都用过，都是客户直接发过来用，VPN，病毒扫描，外设限制都是已经全部限制好了。 除了能接键盘和鼠标，其他什么外设都不行，网络打印，网络硬盘，外接存储？不存在的。 就好像现在使用的 16 线程 CPU。 效率是第一位的。 https://www.ossez.com/t/topic/13484
Windows Terminal 是通过 Windows 应用商店来进行安装的。 官方的安装文档访问地址为： Windows Terminal installation | Microsoft Docs 你可以按照安装的文档一步一步的进行安装。 因为使用的是 Windows 的应用商店，你也可以直接使用应用商店来进行安装。应用商店的地址为： Get Windows Terminal - Microsoft Store 你可以从应用商店上面的链接来进行安装和运行。 当你完成安装后，将会显示运行，你可以直接双击来运行。 或者你可以在 Windows 的界面中，单击搜索，在搜索框中输入 terminal，通常在最上面就是你安装好的 Windows Terminal。 在默认情况下，将会显示 PowerShell 控制台。 至此，你的终端就已经启动了。 如果你的系统中还安装有 WSL Linux 系统的话，你还可以从这里直接进行访问。 https://www.ossez.com/t/windows-terminal/13480