注册登录
提 问
English中文版
互联网服务Linux

求助，linux下增加了一个用户之后无法启动实例

我有个同事在某个项目组中在linux下增加了一个用户use，然后实例就无法启动了
(由于是远程，我无法知道他们是如何增加用户，也无法得到非常详尽的信息)
然后我看了一下他们发给我的db2diag.log之后，看到信息说
/dbpath/db2inst1/NODE0000/SQL00001/SQLDBCONF这个文件SQL5005: Error opening config file
我让他们看一下这个文件的操作系统权限，说是新建的用户use，而不是实际的实例用户db2inst1
强行吧这个文件乃至文件夹权限修改回db2inst1之后还是不行
请问这种情况下应该怎么处理？还有能说明一下原因么？实在不行他们可能明天就重建库了，听说里面有比较重要的而且没有备份程序
先行谢谢啦！
贴出一部分相关的db2diag.log内容

2014-01-14-19.38.31.411307+480 E15760383A1148     LEVEL: Error (OS)
PID     : 3735806              TID  : 3600        PROC : db2sysc 0
INSTANCE: db2inst1             NODE : 000         DB   : JXCM
APPHDL  : 0-571                APPID: 193.168.4.171.39976.14011411383
AUTHID  : CM     
EDUID   : 3600                 EDUNAME: db2agent (JXCM) 0
FUNCTION: DB2 UDB, oper system services, sqloopenp, probe:80
MESSAGE : ZRC=0x840F0001=-2079391743=SQLO_ACCD "Access Denied"
          DIA8701C Access denied for resource "", operating system return code
          was "".
CALLED  : OS, -, open
OSERR   : EACCES (13) "Permission denied"
DATA #1 : Codepath, 8 bytes
4:9:15:16:22:37
DATA #2 : File name, 58 bytes
/data/CM_data/dbpath/db2inst1/NODE0000/SQL00001/SQLDBCONF
DATA #3 : SQO Open File Options, PD_TYPE_SQO_FILE_OPEN_OPTIONS, 4 bytes
SQLO_REVISE, SQLO_READONLY, SQLO_SHAREREAD, SQLO_WRITETHRU
DATA #4 : Hex integer, 4 bytes
0x000001A0
DATA #5 : signed integer, 4 bytes
0
DATA #6 : signed integer, 4 bytes
0
DATA #7 : String, 105 bytes
Search for ossError*Analysis probe point after this log entry for further
self-diagnosis of this problem.

2014-01-14-19.38.31.411806+480 I15761532A1944     LEVEL: Error (OS)
PID     : 3735806              TID  : 3600        PROC : db2sysc 0
INSTANCE: db2inst1             NODE : 000         DB   : JXCM
APPHDL  : 0-571                APPID: 193.168.4.171.39976.14011411383
AUTHID  : CM     
EDUID   : 3600                 EDUNAME: db2agent (JXCM) 0
FUNCTION: DB2 Common, OSSe, ossErrorIOAnalysis, probe:100
CALLED  : OS, -, open
OSERR   : EACCES (13) "Permission denied"
DATA #1 : String, 156 bytes
A total of 2 analysis will be performed :
- User info
- Path access permission

Target file = /data/CM_data/dbpath/db2inst1/NODE0000/SQL00001/SQLDBCONF
DATA #2 : String, 184 bytes
  Real user ID of current process       = 801
  Effective user ID of current process  = 801
  Real group ID of current process      = 601
  Effective group ID of current process = 601
DATA #3 : String, 41 bytes
current sbrk(0) value: 0x0000000110bc2600
DATA #4 : String, 325 bytes
Information of each subdirectory leading up to the first inaccessible one is shown in the format below :
   :: (subdirectories)

   0:0:755 (data)
   203:205:755 (CM_data)
   203:205:755 (dbpath)
   203:205:775 (db2inst1)
   203:205:775 (NODE0000)
   203:205:751 (SQL00001)
   203:205:600 (SQLDBCONF)
CALLSTCK:
  [0] 0x0900000003583268 pdOSSeLoggingCallback + 0x34
  [1] 0x0900000000C349E4 oss_log__FP9OSSLogFacUiN32UlN26iPPc + 0x1C4
  [2] 0x0900000000C34EC0 ossLogSysRC + 0xA0
  [3] 0x0900000000C5444C ossErrorIOAnalysis__FCPC21OSSErrorAnalysisParam + 0xC8C
  [4] 0x0900000000C564E8 ossErrorAnalysis@AF12_1 + 0x48
  [5] 0x0900000004A6A284 sqloSystemErrorHandler + 0x3DC
  [6] 0x09000000049F5E4C sqloSystemErrorHandler@glue7CB + 0x1AC
  [7] 0x0900000003545F48 sqloopenp + 0xCB8
  [8] 0x09000000075300E4 sqlf_openfile__FPcUiP12SQLO_FHANDLEiT2 + 0xA0
  [9] 0x0900000007530498 sqlf_read_db_and_verify__FPcN21P12SQLO_FHANDLEP10sqlf_dbcfdP5sqlcaiT7Pi + 0x170

2014-01-14-19.38.31.412099+480 I15763477A725      LEVEL: Error
PID     : 3735806              TID  : 3600        PROC : db2sysc 0
INSTANCE: db2inst1             NODE : 000         DB   : JXCM
APPHDL  : 0-571                APPID: 193.168.4.171.39976.14011411383
AUTHID  : CM     
EDUID   : 3600                 EDUNAME: db2agent (JXCM) 0
FUNCTION: DB2 UDB, config/install, sqlf_read_db_and_verify, probe:755
MESSAGE : ZRC=0x840F0001=-2079391743=SQLO_ACCD "Access Denied"
          DIA8701C Access denied for resource "", operating system return code
          was "".
DATA #1 : String, 35 bytes
SQL5005: Error opening config file
DATA #2 : String, 58 bytes
/data/CM_data/dbpath/db2inst1/NODE0000/SQL00001/SQLDBCONF

2014-01-14-19.38.31.412342+480 I15764203A519      LEVEL: Error
PID     : 3735806              TID  : 3600        PROC : db2sysc 0
INSTANCE: db2inst1             NODE : 000         DB   : JXCM
APPHDL  : 0-571                APPID: 193.168.4.171.39976.14011411383
AUTHID  : CM     
EDUID   : 3600                 EDUNAME: db2agent (JXCM) 0
FUNCTION: DB2 UDB, config/install, sqlf_read_db_and_verify, probe:759
MESSAGE : ZRC=0xFFFFEC73=-5005
DATA #1 : String, 45 bytes
Error while reading and verifying config file

2014-01-14-19.38.31.412555+480 I15764723A487      LEVEL: Error
PID     : 3735806              TID  : 3600        PROC : db2sysc 0
INSTANCE: db2inst1             NODE : 000         DB   : JXCM
APPHDL  : 0-571                APPID: 193.168.4.171.39976.14011411383
AUTHID  : CM     
EDUID   : 3600                 EDUNAME: db2agent (JXCM) 0
FUNCTION: DB2 UDB, config/install, sqlf_read_db_and_verify, probe:1038
RETCODE : ZRC=0xFFFFEC73=-5005
DATA #1 : unsigned integer, 4 bytes
759

2014-01-14-19.38.31.412813+480 I15765211A497      LEVEL: Severe
PID     : 3735806              TID  : 3600        PROC : db2sysc 0
INSTANCE: db2inst1             NODE : 000         DB   : JXCM
APPHDL  : 0-571                APPID: 193.168.4.171.39976.14011411383
AUTHID  : CM     
EDUID   : 3600                 EDUNAME: db2agent (JXCM) 0
FUNCTION: DB2 UDB, config/install, sqlf_alert, probe:2
DATA #1 : Hexdump, 4 bytes
0x070000000CBF6C00 : FFFF EC73                                  ...s

2014-01-14-19.38.31.413002+480 I15765709A430      LEVEL: Severe
PID     : 3735806              TID  : 3600        PROC : db2sysc 0
INSTANCE: db2inst1             NODE : 000         DB   : JXCM
APPHDL  : 0-571                APPID: 193.168.4.171.39976.14011411383
AUTHID  : CM     
EDUID   : 3600                 EDUNAME: db2agent (JXCM) 0
FUNCTION: DB2 UDB, config/install, sqlfixdb, probe:2
RETCODE : ZRC=0xFFFFEC73=-5005

2014-01-14-19.38.31.413208+480 I15766140A454      LEVEL: Severe
PID     : 3735806              TID  : 3600        PROC : db2sysc 0
INSTANCE: db2inst1             NODE : 000         DB   : JXCM
APPHDL  : 0-571                APPID: 193.168.4.171.39976.14011411383
AUTHID  : CM     
EDUID   : 3600                 EDUNAME: db2agent (JXCM) 0
FUNCTION: DB2 UDB, base sys utilities, sqlePrepareForSerialization, probe:30
RETCODE : ZRC=0xFFFFEC73=-5005

2014-01-14-19.38.31.413427+480 I15766595A460      LEVEL: Severe
PID     : 3735806              TID  : 3600        PROC : db2sysc 0
INSTANCE: db2inst1             NODE : 000         DB   : JXCM
APPHDL  : 0-571                APPID: 193.168.4.171.39976.14011411383
AUTHID  : CM     
EDUID   : 3600                 EDUNAME: db2agent (JXCM) 0
FUNCTION: DB2 UDB, base sys utilities, sqeDBMgr::StartUsingLocalDatabase, probe:10
RETCODE : ZRC=0xFFFFEC73=-5005
关注2
评论
参与7

5同行回答
|
按赞同排序
按时间排序

diye_3107diye_3107软件开发工程师tian
谢谢各位大大帮忙在第二天(15号)晚上我再去问了一下那位同事，他说已经解决了，说只要修改一下那些文件的用户权限就好了，昨晚修改了还是无法启动实例只是因为改权限的时候用户名写错了(:L，还好是测试环境)具体情况没再问，包括他们进行了什么操作而出问题，毕竟是远程而且那边忙着...显示全部
谢谢各位大大帮忙
在第二天(15号)晚上我再去问了一下那位同事，他说已经解决了，
说只要修改一下那些文件的用户权限就好了，昨晚修改了还是无法启动实例只是因为改权限的时候用户名写错了(:L，还好是测试环境)
具体情况没再问，包括他们进行了什么操作而出问题，毕竟是远程而且那边忙着
过两天再去问问具体情况，如果有价值的话再在这里补充一下(本想问清楚了然后在这里回复的)

我翻了一下自己的虚拟机，SQLDBCONF这个文件的权限是640，属于实例用户及实例用户所在组

个人认为是他们在建立用户user的时候误操作了，把该文件夹权限由db2inst1改成了user(听说该项目以新人为主)，所以原先没有问题的实例无法启动了，

赏金在此送上收起
互联网服务 · 2014-01-17
浏览774
评论
weiruan85weiruan85数据库管理员ibm
跟user 应该没关系， 你贴一下报错的那个文件的权限。看是否是正确的。显示全部
跟user 应该没关系， 你贴一下报错的那个文件的权限。看是否是正确的。收起
政府机关 · 2014-01-15
浏览749
评论
qingduo04qingduo04系统架构师华为
1.删掉use，重新启动，看看是不是use的问题。2.按照正常道理，权限不应该有变化，如果还报权限问题，建议付权限或者把目录属组都改成db2iadm1 db2inst13. 如果重建库，再catelog一下，应该就可以吧。...显示全部
1.删掉use，重新启动，看看是不是use的问题。
2.按照正常道理，权限不应该有变化，如果还报权限问题，建议付权限或者把目录属组都改成db2iadm1 db2inst1
3. 如果重建库，再catelog一下，应该就可以吧。收起
系统集成 · 2014-01-15
浏览804
评论
thuanqinthuanqin其它ibm
新建一个新的DB，看看SQLDBCONF的权限是什么，然后把现在无权访问的SQLDBCONF改成对应的权限试试。楼上说的对，也可能是目录的权限不够。显示全部
新建一个新的DB，看看SQLDBCONF的权限是什么，然后把现在无权访问的SQLDBCONF改成对应的权限试试。楼上说的对，也可能是目录的权限不够。收起
互联网服务 · 2014-01-15
浏览796
评论
zhmwangzhmwangPDOceanBase
(1) 把文件 /data/CM_data/dbpath/db2inst1/NODE0000/SQL00001/SQLDBCONF权限设置成777(2) 实例用户下察看是否能够打开,如果可以,再次recycle instance，然后把结果上传，如果不可以，察看是否为目录权限问题。显示全部
(1) 把文件 /data/CM_data/dbpath/db2inst1/NODE0000/SQL00001/SQLDBCONF
权限设置成777
(2) 实例用户下察看是否能够打开,如果可以,再次recycle instance
，然后把结果上传，如果不可以，察看是否为目录权限问题。收起
互联网服务 · 2014-01-14
浏览830
评论

提问者

diye_3107
diye_3107
软件开发工程师tian
关注
回答3
评论10

相关问题

  • swap空间如果快满了，如何不重启应用清理？
  • linux调优的swap参数合理值是多少？
  • Oracle+Linux+EMC的平替，在乎成本，需要关注哪些方面？
  • 如何分析NFS共享的目录的性能瓶颈在哪里？
  • 应用日志文件被删，空间无法释放？

    • 相关资料

  • 【实用】279个开箱即用的shell脚本
  • Linux性能优化大师
  • Linux系统性能优化实战
  • Linux命令行与shell脚本编程大全.第3版
  • Linux防火墙(原书第3版)

    • 相关文章

  • 某工程机械制造企业核心系统服务器操作系统迁移技术路线选择及方案设计实践分享
  • Oracle数据库日常巡检指令
  • Centos7 网卡命名逻辑
  • 解决 Linux中swap几乎耗尽，但物理内存还有充足剩余的现象
  • Linux系统之 OOM 解析

    • 问题状态

  • 发布时间：2014-01-14
  • 关注会员：2 人
  • 问题浏览：5675
  • 最近回答：2014-01-17

    • 关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们
    © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30

    X社区推广