我之前也碰到过类似的情况，尤其是在升级到最新ChefDK之后，因为新版本对gem环境隔离和模块加载逻辑做了调整。结合你描述的场景——已经配置好密钥和knife.rb、确认fog已安装但仍报错，给你几个针对性的排查和解决步骤：

1. 确保使用ChefDK自带的gem环境 #

Mac系统默认自带Ruby，很容易和ChefDK的独立Ruby环境混淆，导致你安装的fog不在ChefDK的gem目录里。先确认当前使用的是ChefDK的gem环境：

chef env

查看输出里的RubyGems section，检查fog的安装路径是否属于/opt/chefdk目录。如果不在，用ChefDK专属的gem命令重新安装fog：

chef gem install fog

注意：不要用系统的gem install fog，否则会安装到系统Ruby的gem目录，ChefDK无法识别。

2. 简化knife.rb配置排查冲突 #

复杂的knife.rb配置可能干扰模块加载，先尝试用最简配置测试：

current_dir = File.dirname(__FILE__)
log_level                :info
log_location             STDOUT
node_name                "你的节点名称"
client_key               "#{current_dir}/你的密钥文件.pem"
validation_client_name   "你的组织验证器名称"
validation_key           "#{current_dir}/你的组织验证密钥.pem"
chef_server_url          "https://你的Chef服务器地址/organizations/你的组织名"
cache_type               'BasicFile'
cache_options( :path => "#{ENV['HOME']}/.chef/checksums" )
cookbook_path            ["#{current_dir}/../cookbooks"]

保存后再执行knife命令，如果不再报错，说明之前的配置里有冲突项，逐步加回配置排查问题。

3. 手动指定模块加载路径 #

如果还是提示找不到chef/knife/bootstrap，可以先找到这个模块的实际位置：

find /opt/chefdk -name "bootstrap.rb"

比如找到路径是/opt/chefdk/embedded/lib/ruby/gems/2.7.0/gems/chef-17.10.0/lib/chef/knife/bootstrap.rb，就把目录部分加到knife.rb里：

$LOAD_PATH.unshift('/opt/chefdk/embedded/lib/ruby/gems/2.7.0/gems/chef-17.10.0/lib')
require 'chef/knife/bootstrap'

然后再执行命令测试。

4. 重装ChefDK排除安装损坏 #

如果以上方法都无效，可能是最新版ChefDK的安装包有损坏或者兼容性bug。先彻底卸载：

sudo rm -rf /opt/chefdk
rm -rf ~/.chefdk
rm -rf ~/.chef  # 备份好密钥和knife.rb后再执行

然后下载上一个稳定版本的ChefDK（有时候最新版会有未修复的小问题），重新安装后恢复你的密钥和knife.rb配置，再测试命令。

5. 验证基础knife命令是否正常 #

先执行一个不需要bootstrap模块的基础命令，比如：

knife client list

如果这个命令正常，说明问题只出在需要bootstrap的子命令（比如knife bootstrap）上，这时候可以重点检查bootstrap相关的配置或gem依赖。

内容的提问来源于stack exchange，提问作者Ian Atkin