第15页，共378页。 显示 3,771 条结果 (0.205 秒)
Echarts图形-扩展属性：堆积横条图数据项标签重叠问题
（本文档仅供参考） 问题 由于数据占比太小，导致堆积横条图数据项标签重叠在一起，不方便查看，如下截图 图片16.png 解决方案 可以写扩展属性让数据项标签每组数据显示的位置不一样以避免数据项标签重叠在一起，例如第一组显示在上面，第二组显示在下面，第三组显示在上面。实现效果如下： 图片17.png 可以参考此扩展属性在图形上写扩展属性实现（具体扩展属性需要根据您实际情况修改）： 图片18.png { series: [{ label: { normal: { position: "top目标节点是Clickhouse，写数据报错：断开的管道 或者 Broken pipe
问题现象： 目标节点的日志中存在断开的管道 或者 Broken pipe Caused by: smartbix.datamining.engine.execute.exception.ExecuteException: org.apache.spark.SparkException: Job aborted due to stage failure: Task 186 in stage 718271.0 failed 1 times, most recent failure: Lost task 186.0 in stage 718271.0 (TID 1086093) (iZ2ze4ynpkdlg0b9rkae3qZSmartbi连接HuaWei FusionInsight HD 问题排查参考
的。 worddav57a7275273d091389fa376bbed8c8c17.png 2、创建数据源测试连接，配置认证文件路径 测试连接报错，如果是keytab文件和krb5.conf问题，这个时候检查字符串和krb5.conf文件和keytab文件是否正确，可以使用华为客户端工具beeline登录验证此问题（注意安装 … 文件里面也有写krb5.conf文件的路径 worddavfb306d2b72ebe092b0e3679cdcd87911.png 2.2. 执行登录命令看看是否能正常 执行登录命令看看是否能正常，一般显示commit successed后，登录客户端后执行showWindows环境鼠标进入黑框引起的系统无响应问题解决方案
（本文仅供参考） 问题描述 通过Windows EXE安装的Smartbi应用有如下3种方式来启动Smartbi，其中方式1和方式2 是以DOS命令窗口的方式启动，也是用户选择最多的启动方式，这两种启动方式有一个问题就是当用户鼠标不经意进入DOS命令窗口后就会导致Smartbi系统因输出中断导致无法对外提供服务，此时用户大概率会认为Smartbi系统存在问题。 方式1：在系统菜单中找到Smartbi的安装目录，单击 启动应用服务器，如图： worddav7c9863f8ae307dc3b0ce93019771f859.png 方式2：进入到【Smartbi安装目录\Tomcat\bin】文件夹下，运行startup.cmd如何分析报表性能问题
。 image2025-3-11_14-9-58.png 在排查性能问题的过程中，我们通常会按照以下顺序进行： 网络性能排查→服务端性能排查→页面执行性能排查→提交有效信息问题上报 接下来将分别介绍如何通过性能分析工具对这些步骤进行排查，以系统地定位性能问题。 二、性能分析工具 根据前面性能组成部分，每一块都需分析其性能瓶颈，主要借助到以下工具 2.1浏览器端性能分析工具 浏览器开发者工具可帮助诊断问题出在服务端响应、网络传输还是网页本身代码效率上，并且都可下载录制结果，便于后续上报问题分析。如chrome开发者工具（浏览器右上角工具→ 更多工具→ 开发者工具），火狐、edge等其他浏览器都有类似工具，可互联网搜索“浏览器名 + 开发者工具透视分析查询数据条数和原生sql查询不一致以及计算字段的问题
。 问题2描述： 我现在有个计算字段，本来是值是正确的，但是如果勾选上这两个指标（用合计显示），那这个计算字段的数据就有问题了 image2020-6-18 9:33:56.png 当月户均拨打频次，这个字段就是用前两个字段写的计算字段的结果 这个当月拨打案件数量字段虽然勾选了合计，结果并没有合计，导致 … （本文档仅供参考） 问题1描述： 在原生SQL数据集查询出下面的表有三条数据 image2020-6-18 9:32:34.png 但是基于原生SQL数据集新建的这个透视分析查询出来只显示出了一条数据，，就是上图的最后一条数据 image2020-6-18 9:33:16.png 出现这种情况表之间的关联关系问题
（本文档仅供参考） 问题说明 目前有用户用V3版本，比如有三个表，A、B、C，A做主表，其他两个表左连接A，现在升级到v8后，有一个变成右连接了，查看SQL，本来是B表在上面，现在是C在上面了。找不到下面定义表的字段导致报错，要如何解决？ 问题原因 V3版本生成的SQL虽然看着表之间的关联关系是正常的，但实际表之间是左连接还是右连接在V8以下的版本是随机生成的，但有些数据库是依赖表之间的顺序来自动生成对应的表关系的，可以说本质上表关联关系中的设置其实是没有用的，实际SQL里边的表关联关系有时候是生成左关联有时候生成右关联。为了保证顺序的正确性，在V8版本优化了表之间的关联关系，我们默认ETL执行报：connection reset或查询慢问题排查思路
（本文档仅供参考） 问题说明 ETL执行报错，报错日志显示：数据库返回慢，最后连接被重置了，驱动抛出了connection reset错误： image2024-7-15_10-6-53.png 解决方案 类似驱动查询慢问题排查思路： （1）根据节点输出的日志确认实际报错原因； （2）实际耗时可能并不是 … 现场使用的其他JDBC工具使用的驱动是否一致，建议使用一样的驱动，若仍有问题，可以使用此文件测试工具到实际数据库服务器内进一步测试，文件：testjdbc.zip； 使用说明如下： 将压缩包上传到数据库所在服务器的任意目录，在该目录下解压testjdbc.zip压缩包，压缩包内有四个文件： 1、复制所有驱动文件到HTTPS协议的Smartbi集成AIChat问题及解决方案
1、问题描述 有些项目因为安全的需要，客户的Smartbi是通过HTTPS方式对外提供服务，而AIChat默认部署是通过http协议对外提供服务的，在集成过程中会遇到一些异常情况导致无法使用，本文档把常见的集成问题进行梳理。 环境情况介绍如下： 配置项 配置值 Smartbi应用内网地址 … 行查询时会提示如下异常 image2025-4-16_13-53-10.png 2、问题分析 在AIChat中访问异常，是因为Smartbi服务器URL地址为https://10.10.101.79:443/smartbi ，而https证书绑定的是www.commaster.org.cn域名。 因为安全的原因OCI runtime create failed问题及解决方案
1、问题描述 用户成功安装完AIChat后，在进行启动时会遇到如下错误，提示如下运行错误。 failed to create shim task: OCI runtime create failed: container_linux.go:318: starting container process caused "permission denied": unknown https://www.cnblogs.com/steinven/p/18672735 2、问题分析 一般这个异常是因为runc存在多个版本且docker运行时使用的版本选择了低版本导致的。 查看docker当前使用的runc版本
