第4页，共7页。 显示 62 条结果 (0.017 秒)
自主排查方案
本章简要介绍如何在NLA部署过程中进行问题排查 NLA模块 安装部署过程中出现问题，首先应检查容器是否都正常运行。 # 列出所有容器，包括未运行的。 docker ps -a image2021-3-30_10-26-52.png 若有哪个容器未能正常启动，便可采取查看日志logs的方案进行问题排查，主要分为以下三种情况： 1. docker服务仍然在运行 采用 docker logs <images name>指令查看指定容器的日志。示例如下： # 当容器smartbi-nla_nginx_1未能运行成功，查看该容器的日志。 docker logs smartbi-nla_nginx备份知识库、导出报表脚本报错：the page at - - - was loaded over Https- - - the content must be served over HTTPS
机没处理好导致请求是http的请求，所以导致此报错。此问题可以通过检查前置机的设置确保其请求是https的请求或者是把smartbi也部署成https的。 如果是nginx代理，参考nginx配置https代理http协议的smartbi重定向时出现各种不正常现象解决。明道云集成Smartbi跨域问题
的方案。 解决方案： 经研究此问题 通过在nginx设置 proxy_cookie_path方式可以解决，具体配置截图如下，这样配置后可以让浏览器不进行强制的校验。关于proxy_cookie_path的更多应用场景也可参考：nginx-6-单节点会话保持 https://wiki.smartbi.com.cn性能测试常见FAQ
机制 ，假如有前置机，如nginx，也要设置相应的会话超时时间 理论上，我们产品默认的cookie只需要 JSESSIONID 浏览器F12抓不到登录接口 F12未勾选保留日志和禁用缓存等选项 F12中网络选项中选择勾上选保留日志、禁用缓存选项 提示了“目前在线用户数已超过购买授权”。 如果购买 … 关闭接口是需要关联参数 Nginx集群后就出现登录超时问题 未做会话保持 Nginx配置基于cookie的会话保持 jmeter压测报java.net http://java.net.SocketException: Connection reset 压测过程中出现该错误，可能是负载机的TCP端口占满通过代理处理跨域，还是不定时出现登录过期，重新刷新页面正常
（本文档仅供参考） 问题说明 bi和业务系统部署在不同的服务器上，集成后根据要求做了nginx跨域处理，客户反馈偶尔会出现登录过期的提示，一刷新就好，有时候一天出现几次，有时候几天都不出现。 排查过程 在网络请求中捕获到集成报表系统的访问地址为 http://域名:20371/smartbi，同时反馈指出也可以通过 http://域名:22262/smartbi 访问。当使用同一浏览器访问相同域名但不同端口的 SmartBI 时，会出现跨域问题，导致会话失效。即使将端口设置为相同，问题仍然存在。 进一步分析请求发现，客户单独打开集成报表或分享报表链接时不会遇到登录过期的问题，即在同一浏览器中同时自然语言分析-版本升级
备份目录，用来备份配置和元数据 config 深度学习服务的配置目录 data 深度学习服务的元数据 nginx_conf ngxin配置文件目录 scripts docker 加载服务使用的脚本 services docker服务挂载目录，用于更新 logs 日志文件 … “/Smartbi-NLA 安装目录”更换为实际安装目录 cd /Smartbi-NLA 安装目录 # 启动服务 sh run.sh 4. 检查升级 通过查看当前正在运行中的docker服务数量进行验证，正常启动时运行数量如下： 无代理模式部署的NLA，应有12个docker容器处于运行状态； Nginx代理模式部署的NLA去掉验证码扩展包后，登录提示“客户端版本和服务端版本不一致”
（本文档仅供参考） 问题描述 现场是采用前后端分离部署的，原来前后端都加了验证码扩展包，整个环境正常。客户在去掉前后端环境的所有验证码扩展包后，通过nginx 的端口访问系统，提示以下内容： image2025-1-3_11-8-50.png 也有可能是登录无响应的现象 解决方案 前后端分离方式部署的环境，如果要加验证码扩展包，是需要前后端环境都加的。如果在后端环境扩展包列表上面手动禁用了验证码扩展包，就会导致前端有扩展包而后端没有，前后端不一致。解决方法是把后端的验证码扩展包重新启用，如果不需要验证码扩展包了，就直接把前后端的验证码扩展包都删掉，总之要保持一致。单点登录集成，通过谷歌浏览器80版本及以上访问Smartbi报表，有时会跳转到Smartbi登录界面
情况：第三方系统的域较少。 特点：操作比较简单，风险较小，推荐使用。 方案三（推荐）： 通过部署第三方代理（例如Nginx等）来解决跨域问题，即可解决本问题。 适用情况：第三方系统的域较多。 特点：操作比较简单，风险较小，推荐使用。 nginx参考方案：nginx解决跨域问题方案参考 方案四： 由于系统访问慢/卡顿的几种信息采集方式
（本文档仅供参考） 问题 客户反馈不管是通过nginx转发还是直接访问BI服务器地址，打开资源操作普遍都比较慢，但是后台的cpu和内存都是空闲的，要如何分析信息？ 解决方案 正常对于问题现象进行跟进分析需要采集一些信息，这里依据于不同层面的原因提供需要采集信息的方式： 1、录制CPU验证是否是服务器端慢 录制CPU采样可参考wiki文档：https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=44500290 https://history.wiki.smartbi.com.cn/pages部署Smartbi集群
+Smartbi Proxy+Tomcat部署Smartbi集群 +Nginx+Tomcat部署Smartbi集群 https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=56691958
