第133页，共371页。 显示 3,703 条结果 (0.033 秒)
阿里云分析型数据库Mysql版（ADB）在Smartbi报表查询中的日期时间不一致
（此文档仅供参考） 问题描述 阿里云数据源（ADB）在Smartbi展示的日期时间与数据库日期时间不一致（相差了一个月）。 数据库工具查询结果： image2022-5-20_9-23-55.png Smartbi原生sql数据集查询结果： image2022-5-20_9-24-34.png 问题原因 该问题是因为阿里云数据库在Smartbi中进行数据源配置的时候，选择的驱动程序类型是MySQL，但实际上业务库是阿里云数据库。阿里云数据源的默认Url连接字符串与MySQL的不一样导致。 错误的数据库连接信息（选择了MySQL的驱动程序类型ETL上传线下excel文件读取excel之后0不见了
（本文档仅供参考） 问题描述 客户场景：通过etl上传线下excel文件，经过读取excel节点后，前面的0不见了！ 解决方案 问题原因：由于使用了spark自动推断数据类型，原来的000001这种格式推断数据类型后会变成1，若不使用自动推断类型，全部字段会被当成字符串处理（这样子更不合理！！！），暂时没办法从代码上解决这个问题。可以通过一些操作来规避： 1、打开excel文件，在数据行开始前插入一行测试数据，如示例中插入对应字符串型的值，其他的按照原先的类型插入数据。如： （下图） 在第一行中插入aa image2023-7-25_11-2-16.png自助仪表盘导出PDF等格式显示多余空白处
（本文档仅供参考） 问题描述： 自助仪表盘使用URL链接嵌入电子表格，预览使用Smartbi导出引擎导出PDF、Excel、PNG 三种不同的文件格式，会出现电子表格下方显示多余的空白处。 问题发生现象： 自助仪表盘预览界面显示正常： image2021-9-18_14-50-38.png 导出PDF现象： Image.png 具体原因： 问题本质是因为导出引擎部署在Linux系统，而嵌入的电子表格是在Windows系统制作，电子表格使用Windows默认字体信息在导出时Linux会对仪表盘内报表字体进行对比处理，一旦对应不上会出现字体压缩和模糊的现象。 解决方案： 不同操作系统对所拥有的字体仪表盘导出excel后部分数值字段显示成了文本
(本文档仅供参考） 问题描述： 仪表盘导出excel后部分数值字段显示成了文本，部分仍是正常的数值类型， 比对了正常的和不正常的，没明确是啥区别。 image2024-3-31_23-40-54.png 原因： 该问题主要是因为字段设置的格式是0.0001,目前Excel不支持直接设置转换系数，不支持的格式在导出时就会转成文本形式。本问题可以在导出时勾选不按数据格式导出，或者将字段的转换系数调整为支持的系数。 另外目前smartbi中导出excel格式后，支持的转换系数为： 1.转换系数为0.01，后缀是%，不是显示科学技术法。即百分数。 2.转换系数为0.001或0.000001或0.000000001，且必须导入本地Excel文件报错-指定的基础表不存在
（本文档仅供参考） 问题现象： 导入本地Excel文件到MySQL数据源中报错：指定的基础表不存在，如下图 https://wiki.smartbi.com.cn/download/attachments/76677630/image2021-4-6_9-57-56.png?version … ?Expires=1678960974&OSSAccessKeyId=bPexlr6MCcadDhfu&Signature=0eDGu21x0CdWDYzlhmyl0SgKxvA%3D 问题原因解决方案： 原因：导入的数据源是用的默认的mysql的系统库，如下图示。由于对系统库操作修改会存在没有权限的问题，最关键的是随意修改会对登录用户报错：query did not return a unique result:2
（本文档仅供参考） 问题说明 现象1： 计划任务同步用户报错：query did not return a unique result ：2 image2020-11-23_14-47-42.png image2020-11-23_14-46-23.png 问题原因： 调用获取用户信息方法时，传递 … image2023-4-4_17-53-52.png 问题原因： t_user表有用户名重复了，导致登录的时候获取那个用户名返回了2条记录。 解决办法： 1、通过系统检查的方式，把用户数据修复。 2、若系统检查无法修复，可执行以下SQL查询出重名的用户，并手动删除。（删除数据前，需备份知识库） select基于JBOSS应用服务器部署的smartbi出现宕机现象，且线程中存在死锁
（本文档仅供参考） V9版本及以上版本不再支持jboss服务器部署smartbi。 问题现象 smartbi是部署在Jboss应用服务器上的，发生了宕机现象。整个页面卡死无法点击，只有重启后才能恢复。 解决方案 提供的日志中未发现有异常。 从提供的线程发现出现了死锁。跟踪后发现是log4j死锁，本质上是Jboss自身的死锁问题。（此思路可作为一个跟踪参考） 解决方案为： 一、临时解决方案 将smartbi-config.xml文件中的log4j的全局日志级别改为ERROR，可临时规避此问题。 二、实际解决方案 方案（1）：可升级Jboss 方案（2）：或者通过修改log4j配置文件，修改为不在使用IE登陆smartbi显示为英文
（此文档仅供参考） 问题现象 使用IE登陆smartbi显示为英文。 问题原因 因IE浏览器或是电脑自已的环境是英文的。 访问地址指定了英文语言 解决办法 一、检查IE电脑设置。 1.打开IE-按Alt+x-Internet选项-常规选项卡里点“语言”-添加-选择简体中文-确定-点加入的简体中文 … 语言。 smartbi版本登录地址修改为：http://<IP>:<端口>/smartbi/vision/index.jsp?l=zhCN Smartbi电子表格版本登录地址修改为：http://<IP>:<端口>/spreadsheet/vision/index.jsp?l=zhCN 问题诊断高版本MySQL作为知识库连接失败:21 WARN: Establishing ssI connection without server's identity verification is not recommended.
(此文档仅供参考) 问题现象1 连接高版本mysql5作为知识库，连接失败，经查看日志，存在以下报错： image2021-7-30_10-21-14.png 问题现象2 在测试连接知识库的时候一直连接不上，但是通过jsp、数据库工具、MySQL客户端均能正常连接，查看后台日志有以下报错信息： Caused … ) at com.mysql.jdbc.ExportControlled.transformSocketToSSLSocket(ExportControlled.java:186) ... 75 more 问题原因 是使用JDBC跟数据库连接的时候，JDBC版本与MySQL版本不兼容，MySQL的版本更高一些，因此导致报错。 解决方案 可在config界面连接配置时需要在库名后Docker启动成功，端口测试正常但服务无法访问
（本文档仅供参考） 问题： 使用docker部署Tomcat应用之后，18080端口监听正常，docker 容器状态正常运行中，查看docker logs输出无异常； 测试网络连通性，客户端访问docker所在服务器。telnet 端口 也无问题，但是无法访问应用。 问题原因： 服务器内核转发未打开，网络流量将无法正确转发到容器内部。 解决方案： 可以通过编辑内核参数来开启转发功能。 如CentOS服务器上打开内核转发可以通过编辑/etc/sysctl.conf文件来实现。： 使用root权限打开/etc/sysctl.conf文件： vim /etc/sysctl.conf
