首页
/ Apache OpenWhisk部署过程中常见问题及解决方案

Apache OpenWhisk部署过程中常见问题及解决方案

2025-06-03 07:01:00作者:彭桢灵Jeremy

Apache OpenWhisk是一个开源的Serverless计算平台,允许开发者以函数即服务(FaaS)的方式运行代码。在部署过程中,开发者可能会遇到各种配置和运行问题。本文将针对部署过程中常见的错误进行分析,并提供解决方案。

调度器(Scheduler)启动失败问题

在部署过程中,调度器服务(scheduler)启动失败是最常见的问题之一。错误日志中通常会显示与ElasticSearch相关的配置异常:

Exception in thread "main" java.lang.ExceptionInInitializerError
Caused by: pureconfig.error.ConfigReaderException: Cannot convert configuration to a org.apache.openwhisk.core.database.elasticsearch.ElasticSearchActivationStoreConfig

这个问题源于系统默认配置了ElasticSearch作为激活记录存储后端,但实际环境中可能并未正确配置或不需要使用ElasticSearch。

解决方案

有两种主要解决方法:

  1. 正确配置ElasticSearch参数: 在ansible的group_vars/all配置文件中添加以下ElasticSearch相关配置项:

    db_activation_backend: ElasticSearch
    elastic_cluster_name: <集群名称>
    elastic_protocol: <协议>
    elastic_index_pattern: <索引模式>
    elastic_base_volume: <存储卷目录>
    elastic_username: <用户名>
    elastic_password: <密码>
    
  2. 使用NoopDurationCheckerProvider替代: 如果不需要ElasticSearch功能,可以修改common/scala/src/main/resources/reference.conf文件,将ElasticSearchDurationCheckerProvider替换为NoopDurationCheckerProvider。

控制器(Controller)健康检查失败

在部署过程中,控制器服务的健康检查可能会失败,错误信息通常为:

Status code was 404 and not [200]: HTTP Error 404: Not Found

解决方案

  1. 确保CouchDB服务已正确启动并运行
  2. 检查控制器与CouchDB之间的网络连接
  3. 验证CouchDB中是否已创建必要的数据库(如whisk_local_subjects)

调度器连接拒绝问题

即使调度器容器已启动,仍可能出现连接被拒绝的错误:

Status code was -1 and not [200]: Request failed: <urlopen error [Errno 111] 拒绝连接>

解决方案

  1. 检查调度器服务的日志,确认是否启动成功
  2. 验证网络配置,确保端口映射正确
  3. 检查防火墙设置,确保相关端口(如14001)未被阻止

CLI连接问题

部署完成后,使用wsk CLI时可能会遇到连接问题:

error: Unable to obtain the list of entities for namespace 'default': Get "http://localhost:3233/api/v1/namespaces/_/actions?limit=0&skip=0": dial tcp 127.0.0.1:3233: connect: connection refused

解决方案

  1. 确认API端点配置正确,默认应为https://localhost
  2. 使用-i参数忽略自签名证书问题:wsk list -i
  3. 检查nginx服务是否正常运行,并正确代理了API请求

部署最佳实践

  1. 环境准备

    • 确保系统满足最低要求(如Ubuntu 18.04或更高版本)
    • 安装必要依赖(Docker, Ansible等)
  2. 配置检查

    • 仔细检查ansible环境变量配置
    • 确认各服务(如CouchDB, Kafka, Zookeeper)的连通性
  3. 故障排查

    • 使用docker ps -a检查容器状态
    • 查看容器日志:docker logs <容器名>
    • 逐步验证各组件功能

通过以上分析和解决方案,开发者可以更顺利地完成Apache OpenWhisk的部署工作。遇到问题时,建议按照组件隔离的原则,逐步排查和验证每个服务的状态,从而快速定位和解决问题。

登录后查看全文
热门项目推荐

热门内容推荐

最新内容推荐

项目优选

收起
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
176
260
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
858
507
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
129
182
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
255
299
ShopXO开源商城ShopXO开源商城
🔥🔥🔥ShopXO企业级免费开源商城系统,可视化DIY拖拽装修、包含PC、H5、多端小程序(微信+支付宝+百度+头条&抖音+QQ+快手)、APP、多仓库、多商户、多门店、IM客服、进销存,遵循MIT开源协议发布、基于ThinkPHP8框架研发
JavaScript
93
15
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
331
1.08 K
HarmonyOS-ExamplesHarmonyOS-Examples
本仓将收集和展示仓颉鸿蒙应用示例代码,欢迎大家投稿,在仓颉鸿蒙社区展现你的妙趣设计!
Cangjie
397
370
note-gennote-gen
一款跨平台的 Markdown AI 笔记软件,致力于使用 AI 建立记录和写作的桥梁。
TSX
83
4
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.07 K
0
kernelkernel
deepin linux kernel
C
21
5