DB2 LUW创建数据库触发SQL1036C错误，求进一步排查方向

1. 数据库目录权限层级检查 #

• 确认/dbdata/db2inst1完整路径下所有父目录、子目录及文件的权限：
  • 从根目录到/dbdata/db2inst1/db2inst1/NODE0000/SQL00001的每一层父目录，必须给db2inst1用户执行权限（x）；目标目录及文件需具备读写权限（rw）。
  • 执行命令逐层检查权限：

    namei -l /dbdata/db2inst1/db2inst1/NODE0000/SQL00001
    

  • 注意：父目录无执行权限时，即使子目录权限正确，用户也无法穿透访问。

2. 安全模块（SELinux/AppArmor）限制排查 #

• SELinux检查：

  getenforce
  

  若返回Enforcing，临时关闭测试：

  setenforce 0
  

  若建库成功，需配置SELinux上下文规则放行：

  semanage fcontext -a -t db2_var_lib_t "/dbdata/db2inst1(/.*)?"
  restorecon -Rv /dbdata/db2inst1
  

• AppArmor检查：
  临时停止服务测试：

  systemctl stop apparmor
  

  若问题解决，需修改DB2对应的AppArmor profile，添加/dbdata/db2inst1目录的访问权限。

3. 文件系统挂载属性验证 #

• 检查/dbdata所在文件系统是否带有noexec、nosuid、nodev等限制属性：

  mount | grep /dbdata
  

  若存在上述属性，修改/etc/fstab移除对应属性后重新挂载：

  mount -o remount,rw,exec /dbdata
  

4. 实例用户与Fenced用户组权限对齐 #

• 确认db2inst1和db2fenc1的组归属，确保二者属于同一主组或具备共享访问权限：

  id db2inst1
  id db2fenc1
  

  若组不一致，将db2fenc1添加到db2inst1的主组：

  usermod -aG db2inst1 db2fenc1
  

5. DB2实例默认数据库路径配置检查 #

• 查看实例默认数据库路径是否指向权限正确的目录：

  db2 get dbm cfg | grep DFTDBPATH
  

  若路径不是/dbdata/db2inst1，更新配置并重启实例：

  db2 update dbm cfg using DFTDBPATH /dbdata/db2inst1
  db2stop force
  db2start
  

6. 磁盘空间与inode可用性检查 #

• 检查/dbdata所在磁盘的剩余空间和inode数量：

  df -h /dbdata
  df -i /dbdata
  

  若空间不足或inode耗尽，清理冗余文件或进行磁盘扩容。

内容的提问来源于stack exchange，提问作者naikum