ocp任务报错

OceanBase 技术问题
#1

image
image1864×835 124 KB

报错在上述步骤,提示密码不对 咋回事啊，日志如下 ：

subtask_107.log (307.8 KB)

#3

你重新创建一下，密码改的复杂一些，两个大写 两个特殊字符 两个数字 两个小写其他随意，长度最好10位以上，你这个可能是密码设置的太简单

1 个赞
#4

你好，密码是系统生成的密码 ，密码很复杂的。

#5

@论坛小助手

1 个赞
#6

根据文档库中的信息，以下可能是导致 OCP 任务报错的原因及解决方法：

问题分析

  1. 错误提示：密码不对

    • 根据日志内容和截图，OCP 在执行 Set super user password 子任务时失败，提示密码错误。
    • 日志中显示了多次尝试连接 OceanBase 集群的记录，但最终未能成功设置超级用户密码。

  2. 可能原因

    • 密码复杂度不满足要求：尽管你提到密码是系统生成且复杂，但仍需确认是否符合 OceanBase 数据库的密码复杂度规则（参考文档标题：身份鉴别和认证 → Oracle 模式 → 密码复杂度）。如果使用的是 MySQL 模式，则无需关注此部分。
      FUNCTION verify_function (username     IN VARCHAR2,
                        password     IN VARCHAR2,
                        old_password IN VARCHAR2)
RETURN BOOLEAN;
      如果设置了密码复杂度函数，确保新密码通过校验。
    • 密码同步问题：OCP 和 OceanBase 集群之间的密码可能存在不同步的情况。例如，OBProxy 的 proxyro 密码与 OceanBase 集群的 proxyro 密码不一致（参考文档标题：管理 OBProxy 连接的 OceanBase 集群 → 添加可连接的 OceanBase 集群）。
      • 解决方法：
        • 修改 OBProxy 集群的 proxyro 密码。
        • 或者修改 OceanBase 集群的 proxyro 用户密码。
    • 登录失败处理机制触发：如果多次登录失败，OceanBase 数据库可能会锁定用户（参考文档标题：身份鉴别和认证 → MySQL 模式 → 登录失败处理）。需要检查以下参数：
      • connection_control_failed_connections_threshold：连续登录失败次数阈值。
      • connection_control_min_connection_delay：首次错误登录后的锁定时长。
      • connection_control_max_connection_delay：最大锁定时长。

  3. 日志排查

    • 根据日志文件 subtask_107.log 和截图内容，OCP 尝试连接 OceanBase 集群时失败，具体错误为密码验证未通过。
    • 确保以下信息正确无误：
      • OCP 中配置的用户名和密码。
      • OceanBase 集群中对应的用户名和密码。

解决步骤

  1. 检查密码复杂度

    • 如果使用的是 Oracle 模式，确认是否设置了密码复杂度函数，并确保新密码符合规则。
    • 如果使用的是 MySQL 模式，跳过此步骤。

  2. 同步密码

    • 确认 OCP 和 OceanBase 集群之间的密码是否一致。
    • 如果不一致，按照以下步骤操作：
      • 修改 OBProxy 集群的 proxyro 密码（参考文档标题：管理 OBProxy 连接的 OceanBase 集群 → 添加可连接的 OceanBase 集群）。
      • 或者修改 OceanBase 集群的 proxyro 用户密码。

  3. 检查登录失败处理参数

    • 登录 OceanBase 集群，检查以下参数是否合理：
      SHOW VARIABLES LIKE 'connection_control_failed_connections_threshold';
SHOW VARIABLES LIKE 'connection_control_min_connection_delay';
SHOW VARIABLES LIKE 'connection_control_max_connection_delay';
    • 如果用户被锁定，可以临时调整参数或等待锁定时间结束。

  4. 重新运行任务

    • 在 OCP 的任务中心找到失败的任务，点击“重新运行”按钮。
    • 确保所有配置正确后，再次执行任务。

其他建议

  • 如果问题仍未解决，可以参考 OCP 帮助中心的指引（参考文档标题：遇到问题如何向技术支持同学提问 → 问题描述 → OCP 相关），提供以下信息给技术支持团队：
    • ~/.obd/log/obd 和 ~/.obd/app.log 文件。
    • OCP 报错日志（如 ocp-server.log）。
    • 失败任务的日志文件（如 subtask_107.log）。
    • 截图中包含的任务名称和报错位置。

希望以上信息能帮助你解决问题！如果仍有疑问，请随时联系 OceanBase 的人工答疑团队。

检索到的文档如下:

  1. 身份鉴别和认证
  2. 遇到问题如何向技术支持同学提问
  3. 密码复杂度
  4. 5000 ~ 5999
  5. 登录失败处理
  6. 9000 ~ 9499
  7. 管理 OBProxy 连接的 OceanBase 集群
1 个赞
#7

分析了一下，没有看到原因

1 个赞
#9

image
image801×309 21.3 KB

发一份日志看看

1 个赞
#10

log_task_156.zip (18.7 KB)
麻烦看下呢

#11

创建的租户名是obca_test。内存给1G？
root@sys租户登录show parameters like ‘__min_full_resource_pool_memory%’;看一下参数是多少，如果是5G改为1G即可

1 个赞
#12 
     name: __min_full_resource_pool_memory
data_type: INT
    value: 1073741824
#13

image
image1801×716 91.2 KB

是设置的1G 这里只有1G可以设置 不能多设置…

#14

OCP-Express不建议使用了，建议使用OCP

#15

提供一下集群价格内存大小。剩余内存大小。报错为内存问题可能是内存不够。你是不是剩余内存就剩下1G了？OCP-Express不建议使用了，建议使用OCP
cause:java.sql.SQLTransientConnectionException: Could not connect to 10.126.0.184:2881 : (conn=3222239320) No memory or reach tenant memory

#16

image
image1574×207 33.9 KB

#17

image
image1386×167 36 KB

image
image1476×177 36.6 KB

#18

好的谢谢老师