针对您提出的错误 sql10007n message "-1390" could not be retrieved. reason code: "6",我将从以下几个方面进行分析和解答: SQLCODE "-1390" 和 REASON CODE "6" 的具体含义: SQLCODE "-1390" 通常与DB2数据库实例或相关配置有关,表明DB2在尝试访问或显示错误消息时遇到了问题。 REASON CODE "6" 表明...
问题现象:某人安装完DB2 9.7以后,发现db2inst1用户下无法运行一切db2命令,如果跑到db2的bin目录下运行db2命令,会给出标题内的错误提示。 分析:开始以为是传统的PATH变量抽风了,后来发现不是。偶然发现db2ilist可以运行,只是结果是空的,于是想到报错是因为没有建立instance造成的。 解决:回到root用户,运行db2icrt命令去...
SQL10007N Message “-1390” could not be retrieved. Reason code: “3”, message pops up while starting the Database. Below is the message, [root@<hostname> adm]# ./db2start SQL10007N Message “-1390” could not be retrieved. Reason code: “3”. This error message came up after fix...
问DB2错误:无法检索SQL10007N消息"-1390“。原因代码："3“EN如图所示，提示为：无法解析的外部符号。
DB2 V9.7 SQL10007N错误解决。 redhat Linux Enterprice Edtion x86-32bit环境下的DB2 V9.7 express-c在运行启动过程中报错: -sh-3.1$ ./db2start SQL10007N Message "-1390" could not be retrieved. Reason code: "3". 经过分析,是shell文件配置项有问题,没有export环境变量导致。使用了不正确的shell。
今天要使用DB2数据库,切换db2inst1用户时在linux shell中不显示路径了,显示为-bash-4.1#。 并且在使用DB2的命令时提示SQL10007N Message "-1390" could not be retrieved. Reason code: "3". 经过查询资料后发现应该是环境变量的问题。 cd /home/db2inst1 ...
SQL10007N未能检索消息 ""。原因码:""。 解释: 未能从消息文件中检索所请求的消息 。原因码是下列其中一项: 1. 环境变量 "DB2INSTANCE" 未设置或设置为无效的实例。校正它并再试。 2. 找到消息文件,但该文件因许可权而未能打开。检查消息目录下的文件的文件许可权。
执行db2level命令时,又报一下错误:SQL10007N Message "1085" could not be retrieved. Reason code: "3".SQL10007N Message "1087" could not be retrieved. Reason code: "3".SQL10007N Message "1088" could not be retrieved. Reason code: "3".各位,帮帮忙啊```云服务/托管服务 · 2011-10-26 ...
crontab里执行是需要引入用户变量的，用户profile文件中肯定引入了DB2的profile，举个例子，实例用户是db2inst1的话，可以在脚本里加段代码先执行 . /home/db2inst1/.profile 如果还是报错，确认下你连接的实例是否正确，DB2INSTANCE=db2inst1;export DB2INSTANCE。
SQL10007N Message "<msgno>" could not be retrieved. Reason code: "". Explanation: The requested message <msgno> could not be retrieved from the message file. Reason code is one of the following: 1. The environment variable "DB2INSTANCE" is either not set, or is set to an invalid...