第146页，共404页。 显示 4,034 条结果 (0.048 秒)
系统检查后，部分资源被移动到system的FOUND目录下
（本文档仅供参考） 问题说明 进行系统检查并修复后，部分资源提示被移动到system的FOUND目录下。 问题原因 在系统检查-资源树检查时，如果存在没有找到对应的父节点的资源节点，修复时会将对应资源移动到system目录下的FOUND目录中。如需继续用相关资源，可移动至其他目录，如果不需要可直接删除。系统监控切换服务器报未指定错误
（本文档仅供参考） 问题说明 集群部署环境，进行服务器切换动作报未指定错误 image2024-6-4_10-56-24.png 日志中提示不少proxy连接出错的信息，且服务器地址、账号、密码都是正常的 image2024-6-4_10-57-59.png 解决方案 问题定位是因为proxy外网服务器没启动，导致切换报错，重启proxy外网服务器即可数据集预览的时候提示“创建知识库连接失败……”
（本文档仅供参考） 问题说明 数据集预览的时候提示“知识库连接失败……”，如下图： image2020-8-3_17-3-14.png 解决方案 是由于用于启动smartbi的用户没有相应的权限，通过以管理员身份进行启动后即可正常。对应的现象包括：导入日志没反应，日志文件没有更新，搜索和血统分析的时候又提示重建索引,重建索引失效等，在日志中也可看到权限缺失的情况。用户没有资源权限为什么还能看到资源呢
(本文档仅供参考) 问题说明 报表上的资源授权，明明没有给予这个用户以及这个用户的用户组和角色权限，但是此用户登录系统仍然可以查看到这个报表。 QQ图片20181029182456.png 问题原因 因为该资源是此用户创建的（如下图），对于用户自己创建的资源，无论是否授予权限都是有权限看到的。 image2023-2-24_16-46-39.pngMySQL日志文件位置
（本文档仅供参考） 说明 关键词：MySQL，启动失败，日志，位置。 背景：Smartbi安装时（支持的操作系统），安装包中自带的mysql服务无法启动，导致无法正常连接知识库。 步骤 1、打开Smartbi安装目录下的mysql； 2、打开data文件夹； 3、以”.err“结尾的文件就是MySQL日志。 示例： image2021-5-13_14-31-26.png mysql日志Smartbi使用的技术
（本文档仅供参考） 说明 本文档介绍smartbi相关版本的前后端技术。 技术 版本 前端技术 后端技术 备注 V7以上版本 主要是echarts、html5以及我们自行研发的前端框架 主要是spring、hibernate，lucene，ehcache，quartz，rhino 自助仪表盘功能 主要是ES6 (也叫ES2015) + Webpack + NodeJS (含npm) + Vue (含VueRouter、Vuex、ElementUI) + jQuery +ECharts等监控linux服务器情况
（本文档仅供参考） 问题说明 在实际项目中，某些客户曾提出如何监控linux服务器的使用情况( 如硬盘使用量，cpu、内存等）采集linux服务器的资源使用信息，并展现出来？ 解决方案 smartbi负责的是报表的展现方面，关于这类linux服务器资源情况，建议用专业的监控工具去实时监控。在计划任务里面，怎么调用自己定义的class文件
（本文档仅供参考） 问题说明 在计划任务里面，怎么调用我们自己定义的class文件，我直接引用，报告如下错误，这是指在任务中不能用我们自己定义的类么？ 1.png 解决方案 可以在计划任务里指定自定义的类，同importPackage一样，需要在完整地址类名前加上Packages.，如： 2.jpg计划任务导出仪表盘PNG格式组件挤在一起
（本文档仅供参考） 问题 使用自适应布局设计好了仪表盘，但是通过计划任务导出PNG格式时，图片的宽度特别小，所有的组件宽度也变小了，导致所有组件挤在一起。 原因&解决方案 此问题是由于仪表盘导出时需要指定分辨率，分辨率设置过小导致。调整分辨率即可。 image2023-8-29_9-54-42.png导出电子表格报表在linux共享目录下文件名乱码
（本文档仅供参考） 问题现象： 在计划任务中设置导出报表，导出目录设置在linux服务器中，导出的文件名显示乱码。 image2018-10-24 14:29:9.png 解决方案： 设置对应的linux连接工具，将其编码改成utf8即可，这里以WinSCP为例。 image2018-10-24 14:31:59.png
