第2页，共147页。 显示 1,464 条结果 (0.033 秒)
数据模型抽取模型一直处于运行状态
上有设置TCP超时时间30分钟，一旦超过30分钟TCP无任何活动，就会断开TCP连接，并且不会给两边任何通知，导致两边还在运行，smartbi未接受到返回值或者断开报错，就会一直处于运行状态。 具体可以参考：https://zhuanlan.zhihu.com/p/670111809?utm_id=0 https://zhuanlan.zhihu.com/p/670111809?utm_id=0 解决方案 1、调大防火墙的连接切断时长 这是一个临时解决方法，比如将防火墙的连接超时时间调整为8小时，这样可以尽量避免空闲连接的切断，但无法完全避免，因为无法预计连接会被空闲多久，如果你的系统不是总有人访问的话，那么连接迟早会因为空闲Clickhouse, read timed out 错误
clickhouse连接超时，建议在clickhouse连接字符串后面加上参数：?socket_timeout=600000再验证，socket_timeout的单位是ms，可以根据实际情况更改大小，若按照以上方法更改后依然报错，需结合日志等信息进一步分析判断。 注意事项： 对于数据源url的配置，正常情况下，拼接第一个参数用?，后面的参数应使用&拼接，即?aa=aa&bb=bb&cc=cc，若拼接符号未写正确，会导致该超时参数不生效。 mpp超时 高速缓存库超时数据挖掘-服务SDK使用示例
注意：上面示例代码没有设置请求的连接超时时间跟响应超时时间，没有设置的话，默认都是60*1000毫秒(时间单位：毫秒)，如果接口执行时间比较长，需要设置一下，设置示例代码： DefaultClient client = new DefaultClient(serviceEngineUrl, 180*1000, 30透视分析（旧）基于存储过程查询创建报错SQL错误
版本：V8.5版本对应的数据源节点是“高速缓存MPP”，请确认该数据源节点是否正常连接。默认的MPP数据库是infobright或者smartbiMPP，若在电脑上没有安装这些数据库，则需自行安装。 image2018-10-18 15:13:52.png 透视分析创建连接超时 透视分析timeout … :49.png 解决方案 首先透视分析如果是基于存储过程创建的话，那么在查询时系统中会先将存储过程的数据抽取到smartbi的缓存数据库中。因此需检查是否是系统中的缓存数据库节点有没有配置好。 V7版本：V7版本对应的数据源节点是“联合数据源”，请确认该数据源节点正常连接。 V8.0版本：V8.0版本对应的数据源节CLOSE_WAIT引起mysql或tomcat应用假死
2、修改Linux系统的连接超时参数【需要通知用户运维人员处理】 vim /etc/sysctl.conf 在文件末端加上以下内容： net.ipv4.tcp_syncookies = 1 net.ipv4.tcp_tw_reuse = 1 … 遇到另一类句柄数超限的问题。 2.jpg 3、针对tomcat应用，修改Tomcat server.xml文件，增加连接超时时间（无论是http协议还是https协议都需要添加socket超时设置） connectionTimeout="30000" 3.jpgCAS单点登录报内部错误
（本文档仅供参考） 问题现象 单点登录，跳转到CAS界面登录报内部错误，之前正式环境集成CAS后是可以正常登录的。 image2018-10-30 14:7:8.png 解决方案 通过拿回系统日志，发现这个是因为连接CAS认证ticket的时候 ，CAS服务器一直没有返回导致的。 检查了config配置界面，也没有问题，初步判断是由于网络原因，或者cas那边做了什么限制，导致了连接超时， 需要联系相关的网络人员以及CAS开发人员去沟通确认。 另外，由于之前正式环境是正常的，那可以去对比2个环境的不同点，作为一个重要的排查方向。 image2018-10-30 14:7:44.png常见安全问题加固方案汇总
403; } 26 存在缓慢的HTTP拒绝服务攻击 通过配置中间件或nginx的连接超时时间 第一种方式： tomcat配置方式： 进入到Tomcat目录下的conf/server.xml文件中修改如下配置 将 connectionTimeout 值修改为 8000 … 时间 send_timeout 60s; #请求头分配一个缓冲区 client_body_buffer_size 16k; #指定客户端与服务端建立连接后发送 request body 的超时时间 client_body_timeout 50s; #客户端向服务端发送一个完整的 request header 的超时⬝ 部署smartbiMPP集群多副本集群_keeper
数减1，即2副本设置为1,3副本设置为2，以此类推--> <insert_quorum>1</insert_quorum> 2、新增配置项，允许1个节点宕机后，仍然允许执行ddl等建表语句。 默认MPP多副本集群在执行ddl语句时，会向所有节点都发送执行语句，如果有节点宕机时，无法连接返回超时错误（默认180s） vi /etc/clickhouse-server/users.xml 添加以下配置 <!--null_status_on_timeout 即使节点宕机；连接超时，但是不返回错误，而是返回null信息--> <distributed_ddl_output_mode>null_status_on_timeout安装SmartbiMPP 单节点（rpm/deb包）
try_fetch_recompressed_part_timeout - 7200 尝试从其他副本获取重新压缩部分的超时时间(秒) replicated_fetches_http_connection_timeout - 1 副本间通过HTTP获取数据时的连接超时时间(秒 … ，启动时可能提示权限不足，需要为指定的日志目录授权 #chown -R clickhouse.clickhouse <新的日志目录> MPP1.png 5.2 修改默认端口 8123是JDBC驱动的连接端口。 9000是clickhouse-client的连接端口。 一般不建议修改端口配置V11产品安全加固指导手册
拒绝服务攻击 通过配置中间件或nginx的连接超时时间 tomcat配置方式： 1、进入到Tomcat目录下的conf/server.xml文件中修改如下配置 将 connectionTimeout 值修改为 8000 connectionTimeout="8000" nginx配置方式： 进入到 … 一个缓冲区 client_body_buffer_size 16k; #指定客户端与服务端建立连接后发送 request body 的超时时间 client_body_timeout 50s; #客户端向服务端发送一个完整的 request header 的超时时间 client_header_timeout
