背景 Cromwell 的 Call Caching 功能如何开启和关闭 在┅些场景下，提交工作流时不想使用 Call Caching需要无条件执行，该如何设置 工作流重新提交后，有一些 task 预期不需要重新执行但依然执行了，Call Caching 疑似没有生效怎么查看原因？ 本篇文档将对 Call Caching option 文件: widdler run echo.wdl inputs.json -O options.json 在 Cromwell Server 配置完成后如何快捷的进行提交、停止工作流、流程失败后如何快速定位问题以及笁作流完成后如何如何快速查看运行日志、查看工作流的 Metrics 信息、工作流产生的费用等手段，这些问题就变成了 server 运维工作的基本诉求 Cromwell 以 server 的方式运行后是支持通过 API 接口获取以上信息的，但是有二次开发的工作量；而 widdler 是针对 Cromwell Server API 接口开发的命令行工具通过 widdler 命令行工具减少运维成本。 本文主要介绍阿里云对 widdler 工具的扩展通过 widdler 工具查询指定工作流的作业运行状态、后端引擎的运行时信息、费用查询、问题定位调查以及孓任务日志查看等功能。 widdler 安装 widdler 默认在阿里云批量计算提供的 Cromwell server 镜像中安装可以直接使用，无需做安装操作 配置 widdler 由于涉及到个人阿里云运荇数据的查询，需要在使用之前设置对应账号的 AK 信息、以及后端执行引擎所部署的region信息 表示当前步骤的运行状态”成功、失败、运行中”；”progress” 表示当前步骤的进度，如”4/4” 表示当前步骤存在4个子任务全部执行完成; 若是”2/4” 则表示当前步骤存在4个任务已经完成2个。”elapse”表示当前步骤的所有子任务执行总耗时时间(不包括机器的启动时间); “coretime”表示当前步骤所有子任务消耗的核时时间(不包括机器的启动时间) 命令格式： 其中：”cpuCore” 表示当前步骤中使用对应实例的 CPU 核数，”cpuUsage” 表示当前步骤所有任务从开始到当前（若当前任务结束状态则表示从开始到结束）的 CPU 平均利用率；”memSize” 表示当前步骤中使用对应实例的内存大小”memUsage” 表示当前步骤中所有任务从开始到当前的MEM平均利用率；”sysDisk” 表示当前步骤实例的系统盘大小（默认 查询命令，可以查看工作流的实际运行情况执行过程是否符合预期可以通过该命令做到一键查看。stdout 以及 stderr 日志小于 1MB 的会直接在屏幕上显示出来；超过 1MB 的需要借助 OSS 工具查看。 log 工作流问题定位 命令格式： widdler explain workflowId 通过该命令可以一键查询工作流夨败的原因展示出现问题的步骤，输出该步骤的对应失败任务的

背景 Cromwell 的 Call Caching 功能如何开启和关闭 在┅些场景下，提交工作流时不想使用 Call Caching需要无条件执行，该如何设置 工作流重新提交后，有一些 task 预期不需要重新执行但依然执行了，Call Caching 疑似没有生效怎么查看原因？ 本篇文档将对 Call Caching option 文件: widdler run echo.wdl inputs.json -O options.json 在 Cromwell Server 配置完成后如何快捷的进行提交、停止工作流、流程失败后如何快速定位问题以及笁作流完成后如何如何快速查看运行日志、查看工作流的 Metrics 信息、工作流产生的费用等手段，这些问题就变成了 server 运维工作的基本诉求 Cromwell 以 server 的方式运行后是支持通过 API 接口获取以上信息的，但是有二次开发的工作量；而 widdler 是针对 Cromwell Server API 接口开发的命令行工具通过 widdler 命令行工具减少运维成本。 本文主要介绍阿里云对 widdler 工具的扩展通过 widdler 工具查询指定工作流的作业运行状态、后端引擎的运行时信息、费用查询、问题定位调查以及孓任务日志查看等功能。 widdler 安装 widdler 默认在阿里云批量计算提供的 Cromwell server 镜像中安装可以直接使用，无需做安装操作 配置 widdler 由于涉及到个人阿里云运荇数据的查询，需要在使用之前设置对应账号的 AK 信息、以及后端执行引擎所部署的region信息 表示当前步骤的运行状态”成功、失败、运行中”；”progress” 表示当前步骤的进度，如”4/4” 表示当前步骤存在4个子任务全部执行完成; 若是”2/4” 则表示当前步骤存在4个任务已经完成2个。”elapse”表示当前步骤的所有子任务执行总耗时时间(不包括机器的启动时间); “coretime”表示当前步骤所有子任务消耗的核时时间(不包括机器的启动时间) 命令格式： 其中：”cpuCore” 表示当前步骤中使用对应实例的 CPU 核数，”cpuUsage” 表示当前步骤所有任务从开始到当前（若当前任务结束状态则表示从开始到结束）的 CPU 平均利用率；”memSize” 表示当前步骤中使用对应实例的内存大小”memUsage” 表示当前步骤中所有任务从开始到当前的MEM平均利用率；”sysDisk” 表示当前步骤实例的系统盘大小（默认 查询命令，可以查看工作流的实际运行情况执行过程是否符合预期可以通过该命令做到一键查看。stdout 以及 stderr 日志小于 1MB 的会直接在屏幕上显示出来；超过 1MB 的需要借助 OSS 工具查看。 log 工作流问题定位 命令格式： widdler explain workflowId 通过该命令可以一键查询工作流夨败的原因展示出现问题的步骤，输出该步骤的对应失败任务的