第13页，共108页。 显示 1,074 条结果 (0.058 秒)
通过账号密码单点登录
Tomcat(Smartbi_proxy) 集群配置后 然后直接访问 代理tomcat的端口 第一次打开就是报 HTTP STATUS 500错误，再刷新一次就没了
（本文档仅供参考） 问题 部署了tomcat集群 然后直接访问 代理tomcat的端口 第一次打开就是报 HTTP STATUS 500错误，再刷新一次就没了 image2019-10-29 10:45:58.png 解决方案 检查后发现 配置负载均衡服务器 步骤，在配置各个 smartbi 服务器的访问地址只有第一个地址写了http协议，实际逗号分隔的每个地址都应该是完整的http://ip:端口/smartbi/vision/index.jsp。 image2018-11-5 19:17:58.png仪表盘打开提示未知错误Required request parameter 'pageState' for method parameter type String is not present
问题： 仪表盘-交叉表中拖拽了年周，但周的数据重复显示，关键错误信息Required request parameter 'pageState' for method parameter type String is not present image2024-7-10_14-14-31.png image2024-7-10_14-22-33.png 报错对应日志： 07-10 13:51:13 ERROR handleInvalidRequest(smartbix.spring.SmartbiXExceptionHandler:70) - Required request parameter 'pageState透视分析（旧）基于存储过程报错SQL错误
问题说明 带有参数的存储过程，新建透视分析会报报表异常，如下：Caused by:com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MysQL server version for the right syntax to use near 'null,insight_hsqldb_orderby 1.png 2.png 问题跟踪思路： 1）此问题有可能是因为某些输出字段是钉钉集成群消息推送，报错调用本地方法出现错误:chatlds不能为空
（本文仅供参考） 问题说明 钉钉集成做群消息推送，创建群聊并发送信息，报错 image2024-1-3_21-56-29.png 解决方案 报错是chatId为空，创建群聊的接口调用报了错，需要检查调用接口 chatlds不能为空即席查询（旧）基于业务视图做报表报不能存在循环引用错误
（本文档仅供参考） 问题说明 基于业务主题制作报表的时候，选择某一个字段之后报错：业务视图不能存在循环引用，如下截图： 01.jpg 解决方案 此报错是因为在业务主题中有业务属性循环引用了自身，如下截图： 02.png 根据报错提示的字段，找到对应的业务属性去修改，不要引用其自身即可解决此报错。 不能循环引用 循环引用透视分析（旧）基于存储过程查询创建报错SQL错误
（本文档仅供参考） 问题说明 在smartbi系统中创建了存储过程查询，然后创建透视分析，选择这个存储过程查询作为透视分析的数据源，发现透视分析在预览的时候报错。 image2018-10-18 14:40:15.png 且后台日志中出现如下信息： image2018-10-18 14:40:49.png 解决方案 首先透视分析如果是基于存储过程创建的话，那么在查询时系统中会先将存储过程的数据抽取到smartbi的缓存数据库中。因此需检查是否是系统中的缓存数据库节点有没有配置好。 V7版本：V7版本对应的数据源节点是“联合数据源”，请确认该数据源节点正常连接。 V8.0版本：V8.0版本对应的数据源节是界面设置自定义内容设置错误导致index页面无法访问
问题描述 在调试调试界面设置自定义内容是，配置的样式导致整个index界面无法访问，如果置空界面设置的内容。 image2025-2-28_18-21-45.png 解决方案 在调整了界面的css样式之后，知识库的t_systemconfig表中会多出一个c_key='CUSTOM_CSS_CODE' 的属性，只需要将对应的key中的c_long字段的值置空就可以实现界面样式置空 image2025-2-28_18-30-16.png⬝ 错误信息：ErrImagePull或ImagePullBackOff
问题一： 导入服务或重启服务后，服务状态一直显示UPdating，点击进入服务详情，状态显示Unavailable并提示 ：ImagePullBackOff: Back-off pulling image xxxxxxxxxxxxx 如下图： image2020-9-30_11-19-2.png 产生原因： Harbor服务未启动或启动失败 解决办法： 通过ssh登陆到服务器，执行 docker ps | grep harbor | wc -l 是否输出时否是9（代表harbor的9个服务都正常运行），输出结果不是9，则表示harbor服务未完全启动，需要手动将harbor 服务启动： /etc/init.d/harb错误信息：ErrImagePull或ImagePullBackOff
问题一： 导入服务或重启服务后，服务状态一直显示UPdating，点击进入服务详情，状态显示Unavailable并提示 ：ImagePullBackOff: Back-off pulling image xxxxxxxxxxxxx 如下图： image2020-9-30_11-19-2.png 产生原因： Harbor服务未启动或启动失败 解决办法： 通过ssh登陆到服务器，执行 docker ps | grep harbor | wc -l 是否输出时否是9（代表harbor的9个服务都正常运行），输出结果不是9，则表示harbor服务未完全启动，需要手动将harbor 服务启动： /etc/init.d/harb
