第2.2页，共18页。 显示 173 条结果 (0.124 秒)
⬝ 部署smartbiMPP集群多副本集群_keeper
</operation_timeout_ms> <session_timeout_ms>30000</session_timeout_ms> <raft_logs_level>trace</raft_logs_level> </coordination_settings … > <operation_timeout_ms>10000</operation_timeout_ms> <session_timeout_ms>30000</session_timeout_ms> <raft_logs_level>trace</raft_logs_levelNginx配置proxy_pass映射到http://ip:端口号/smartbi/vision/ 无法正常访问
/test { proxy_pass http://192.168.1.10:8080/smartbi/vision/ ; proxy_connect_timeout 600s; proxy_send_timeout 600s; proxy_read_timeout 600s; } 原因分析 登录不成功的原因是cookie_path与地址栏上的path不相符，服务器加载不到地址栏上path对应的cookie因此无法识别session的登录状态，结果就是服务器认为当前session是未登录状态因此停留在登录页或者在页面提示当前会话已经超时。 解决方案 基于问题部署smartbiMPP多副本+分布式集群-4节点_keeper
> <operation_timeout_ms>10000</operation_timeout_ms> <session_timeout_ms>30000</session_timeout_ms> <raft_logs_level>trace</raft_logs_level … 的其他参数信息，保持默认即可 --> <coordination_settings> <operation_timeout_ms>10000</operation_timeout_ms> <session_timeout_ms>30000</session_timeoutnginx配置https代理http协议的smartbi重定向时出现各种不正常现象
; ssl_certificate ssl/xxx.com.crt; ssl_certificate_key ssl/xxx.com.key; ssl_session_timeout 5m; ssl_protocols TLSv1 TLSv1.1 TLSv1.2 … 80m; client_body_buffer_size 10m; sendfile on; tcp_nopush on; keepalive_timeout 120; server_tokens off; server { listenNginx+Tomcat部署Smartbi集群
$remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; #下面的请求控制可选择性是否添加 #proxy_connect_timeout 300; #proxy_send_timeout 300; #proxy_read_timeout … nginx.conf配置文件，增加代理配置 打开nginx.conf 修改配置如下文件： nginx .conf image2021-8-12_16-4-30.png 这里使用“ip_hash”权重分配模式，每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题，对于到⬝ Nginx+Tomcat部署Smartbi集群
$remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; #下面的请求控制可选择性是否添加 #proxy_connect_timeout 300; #proxy_send_timeout 300; #proxy_read_timeout … nginx.conf配置文件，增加代理配置 打开nginx.conf 修改配置如下文件： nginx .conf image2021-8-12_16-4-30.png 这里使用“ip_hash”权重分配模式，每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题，对于到V11产品安全加固指导手册
<session-config> <cookie-config> <http-only>true</http-only> <secure>true</secure> </cookie-config> </session-config> nginx配置方式 … nginx目录下的conf/nginx.conf文件中的server location 修改如下配置 http { #指定每一个 TCP 链接最多能够保持多长时间 keepalive_timeout 60; server { #服务端向客户端传输数据的超时时间 send_timeout 60s; #请求头分配系统选项-高级设置
的password （ALLOW_CALL_GET_PASSWORD_METHOD） 控制是否允许调用UserManagerModule中的getPassword和getCurrentUserPassword方法；是否允许通过StateModule获取session属性的方式获取密码（通过RMIServlet来调用）。 2023年8月4号之后的版本，只能获取到自己的密码。 否 允许设置的sessionAttribute的key（用英文逗号分隔） （ALLOW_SET_SESSION_ATTRIBUTES） 允许通过调用CommonService: setSessionAttribute接口设置的属性⬝ 使用OceanBase数据库作为知识库
数据库时后置升级类导入资源的时候很慢，很久没有commit，会报Transaction is timeout的错误。 需要设置一下 ob_query_timeout 和 ob_trx_timeout 两个数据库变量(用SQL执行)。 使用show variables like '%timeout%'可以查看到超时时间（单位是微秒，默认值分别是 10s 100s）。 SET GLOBAL connect_timeout = 20000000; SET GLOBAL interactive_timeout = 31536000; SET GLOBAL ob_query_timeout = 2000000000excel作图报错An error occurred
，具体修改位置（可参考下图）请上网搜索，或咨询nginx相关人员。 * proxy_connect_timeout 语法 proxy_connect_timeout time 默认值 60s 上下文 http server location 说明 该指令设置与upstream server的连接超时时间，有必要记住，这个超时不能超过75秒。 这个不是等待后端返回页面的时间，那是由proxy_read_timeout声明的。如果你的upstream服务器起来了，但是hanging住了（例如，没有足够的线程处理请求，所以把你的请求放到请求池里稍后处理），那么这个声明是没有用的，因为与upstream服务器的连接已经
