GaussDB 请问在执行TRUNCATE TABLE操作后，磁盘空间没有被释放的原因可能是什么？

1.线下GaussDB DMSCollector，是否如https://bbs.huaweicloud.com/blogs/281059这个所介绍的一样？2.DMSCollector 占资源比例是多少？3.是否可以集群安装完后添加DMSCollector？

【问题来源】中讯 【问题简要】GaussDB数据库如何查看数据库备份【问题类别】GaussDB数据库【CTI版本】 V30ORO08C23SPC013【GaussDB数据库版本】GaussDB T 1.2.1.SPC250,B005 Release 557598762c【期望解决时间】【尽快】 【问题现象描述】 现需要查看数据库是否开启了自动备份，以及备份的规格(增量备份，全量备份)，以及备份时间等,但是数据库本身是看不了这个的，需要从平台侧来查看，那么平台侧怎么查看呢？（附图为Gauss版本信息）

我苦苦搜寻，始终没有找到可用的下载连接。这个工具是需要开一台云数据库才能获取到吗？求解。

在数据库中使用gs_encrypt/gs_decrypt对数据进行加解密加密方法：gs_encrypt(encryptstr, keystr, cryptotype, cryptomode, hashmethod)-- 加密 SELECT gs_encrypt('GaussDB(DWS)', '1234', 'aes128', 'cbc', 'sha256'); -- 国密4 SELECT gs_encrypt('GaussDB(DWS)', '1234', 'sm4', 'cbc', 'sm3'); -- 解密 SELECT gs_decrypt('AAAAAAAAAABD8nQanCRM4wrzHPMPnnmCZYF8NYMjH9DmQR+CsMd+W4IYWdIZI9ulg5epTXvzmHTMCNm3Zu4t4Kl250a33OmR7q/BvZ2FWcgi8ksd0TaaMQ==', '1234', 'aes128', 'cbc', 'sha256');以sm4加密为例，gs_encrypt 加密得到的结果，如果想要在Java等外部工具中进行解密，该怎么处理？ gs_encrypt中的cryptomode参数说明是哈希算法，在加解密过程中是怎么做处理的，使用外部工具解密时，解密的流程是怎样的。有哪位可以解答吗，谢谢！

在线下安装gaussdb DWS 8.1.3.1版本单机manager后，可能是因为节点重启等原因，manager输入正确的用户密码后会提示认证信息无效，查看oms状态发现acs异常，其他正常：查看vi $BIGDATA_LOG_HOME/omm/oms/ha/scriptlog/acs.log后，发现一直在尝试启动，但是启动失败：查看/var/log/Bigdata/controller/acs/acs.log后，发现在尝试启动时会在初始化阶段报错api service class name not found  ：但这些报错信息和之后的排查方向我都没有在网上查到，请问这个问题应该如何排查和修复呢？

9月23日，为加强校企交流，提供学生与产业界接触的机会，培养适合产业发展的人才，“华为开发者名校行”活动走进武汉大学，武汉大100余名学子一起与业界大咖分享交流，感受科技无穷魅力。活动新闻华为开发者名校行-武汉大学站顺利举行：华为开发者名校行-武汉大学站顺利举行-武汉大学计算机学院 (whu.edu.cn)活动新闻华为开发者名校行-武汉大学站顺利举行：华为开发者名校行-武汉大学站顺利举行-武汉大学计算机学院 (whu.edu.cn):cid:link_0

一、问题背景客户环境备DN状态显示Down Unknown，无法正常启动。二、问题分析om_monitor通过定时任务管控cm_agent，cm_agent检测DN、CN、GTM等实例。1、查看DN最新日志$GAUSSLOG/pg_log/dn_6008/postgresql-2023-10-23_000000.log，已三天没有更新。2、查看cm_agent进程正常，日志$GAUSSLOG/cm/cm_agent/cm_agent-2023-10-23_010857-current.log，正常打印该实例不存在；3、检查system_call日志$GAUSSLOG/cm/cm_agent/system_call-2023-10-21_221505-current.log发现异常信息，异常信息如下：0 [GUC] FATAL: invalid value for parameter "max_stack_depth": 20480 [GUC] DETAIL: "max_stack_depth" must not exceed 108kB.0 [GUC] HINT: Increase the platform's stack depth limit via "ulimit -s" or local equivalent.根据报错意思是说当前参数max_stack_depth设置2048不合理，实际此处是该节点OS实际参数和正常节点不一致。三、解决步骤1、修改配置。vi /etc/security/limits.conf* soft stack 2048将2048修改为8192保存后，新开窗口生效；2、重启进程。ps -ef|grep om_monitor|grep -v grepps -ef|grep cm_agent|grep -v grep重启进程；3、观察DN状态。备DN状态恢复Standby Normal四、问题根因OS参数发生变化，因历史修改没有持久化文件导致，该节点重启后配置丢失。

数据库集群信息：gs_om -t status --detail [ CMServer State ] node node_ip instance state ----------------------------------------------------------------------- 1 gsnode1 172.18.183.119 1 /paas/DB_LAB/cmserver/cm_server Down 2 gsnode2 172.18.183.120 2 /paas/DB_LAB/cmserver/cm_server Standby 3 gsnode3 172.18.183.121 3 /paas/DB_LAB/cmserver/cm_server Primary [ Cluster State ] cluster_state : Degraded redistributing : No balanced : No current_az : AZ_ALL [ Datanode State ] node node_ip instance state ------------------------------------------------------------------- 1 gsnode1 172.18.183.119 6001 /paas/DB_LAB/data P Down Unknown 2 gsnode2 172.18.183.120 6002 /paas/DB_LAB/data S Primary Normal 3 gsnode3 172.18.183.121 6003 /paas/DB_LAB/data S Standby Normal单节点直接重启失败，计划直接重做下，但是也出现同样的问题gs_ctl build -D /paas/DB_LAB/data -b standby_full2023-10-25 17:44:21.141 6538e374.1 [unknown] 140143166647360 [unknown] 0 dn_6001_6002_6003 00000  0 [BACKEND] LOG:  create gaussdb state file success: db state(STARTING_STATE), server mode(Standby), connection index(1)  2023-10-25 17:44:21.142 6538e374.1 [unknown] 140143166647360 [unknown] 0 dn_6001_6002_6003 00000  0 [BACKEND] LOG:  max_safe_fds = 972, usable_fds = 1000, already_open = 18  The core dump path is an invalid directory  ..........[2023-10-25 17:44:31.228][16336][dn_6001_6002_6003][gs_ctl]:  gaussDB state is Coredump  [2023-10-25 17:44:31.228][16336][dn_6001_6002_6003][gs_ctl]: stopped waiting  [2023-10-25 17:44:31.228][16336][dn_6001_6002_6003][gs_ctl]: could not start server  Examine the log output.  [2023-10-25 17:44:31.228][16336][dn_6001_6002_6003][gs_ctl]: fopen build pid file "/paas/DB_LAB/data/gs_build.pid" success  [2023-10-25 17:44:31.228][16336][dn_6001_6002_6003][gs_ctl]: fprintf build pid file "/paas/DB_LAB/data/gs_build.pid" success  [2023-10-25 17:44:31.243][16336][dn_6001_6002_6003][gs_ctl]: fsync build pid file "/paas/DB_LAB/data/gs_build.pid" success 数据库日志：2023-10-25 17:44:30.690 6538e374.1 [unknown] 140143166647360 [unknown] 0 dn_6001_6002_6003 00000 0 [BACKEND] LOG: audit_process_cxt_init enter 2023-10-25 17:44:30.690 6538e374.1 [unknown] 140143166647360 [unknown] 0 dn_6001_6002_6003 00000 0 [BACKEND] LOG: audit_process_cxt_init pipe init successfully for pipe : 0 file descriptor: 86 2023-10-25 17:44:30.690 6538e374.1 [unknown] 140143166647360 [unknown] 0 dn_6001_6002_6003 58000 0 [BACKEND] FATAL: fail to read indextbl maxnum 2023-10-25 17:44:30.691 6538e375.10000 [unknown] 140134870152960 dn_6001 0 dn_6001_6002_6003 00000 0 [BACKEND] LOG: [Alarm Module]alarm checker shutting down... 2023-10-25 17:44:30.858 6538e374.1 [unknown] 140143166647360 [unknown] 0 dn_6001_6002_6003 00000 0 [BACKEND] LOG: FiniNuma allocIndex: 0. 2023-10-25 17:44:30.861 6538e374.1 [unknown] 140143166647360 [unknown] 0 dn_6001_6002_6003 00000 0 [BACKEND] LOG: Gaussdb exit(1)

k8s集群的bearer_token路径在哪里 ，一直找不到

8115版本线下集群，是否有系统表或视图或函数能看历史每个cn的连接数？

在虚拟机中安装了欧拉操作系统，启动opengauss数据库时，启动不了[提示错误： FATAL:  lock file "postmaster.pid" already exists ]删除后再次启动还是报错

gsql是怎么实现返回结果集时同时返回行数的？通过JDBC 有方法实现吗？

通过JDBC提交sql时是否有接口可以返回pid值？

通过gs_guc添加白名单时，存在3.x.x.x/8一个大段，再通过reject禁用其中一个3.1.1.5/32 ip是否会被禁用？现网测试的是禁用无效