Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

4

积分

0

好友

3

主题
1#
发表于 2013-9-28 11:24:48 | 查看: 6532| 回复: 10
请教下:
环境: RHEL5.4 64位, oracle 11.2.0.3.0 rac, 在打GI pus p16742216_112030_Linux-x86-64.zip时,
出现 Failed to patch QoS users. 提示,检查日志
2013-09-27 16:38:55: Running as user grid: /u01/app/grid/11.2.0/bin/qosctl -autogenerate
2013-09-27 16:38:55: s_run_as_user2: Running /bin/su grid -c ' /u01/app/grid/11.2.0/bin/qosctl -autogenerate '
2013-09-27 16:38:55: Removing file /tmp/file4ZVv5p
2013-09-27 16:38:55: Successfully removed file: /tmp/file4ZVv5p
2013-09-27 16:38:55: /bin/su exited with rc=1

2013-09-27 16:38:55: Error encountered in the command /u01/app/grid/11.2.0/bin/qosctl -autogenerate
>  Syntax Error: Invalid usage
>
>  Usage: qosctl <username> <command>
>
>    General
>      username - JAZN authenticated user. The users password will always be prompted for.
>
>    Command are:
>      -adduser <username> <password> |
>      -checkpasswd <username> <password> |
>      -listusers |
>      -listqosusers |
>      -remuser <username> |
>      -setpasswd <username> <old_password> <new_password> |
>      -help
>
>  End Command output
2013-09-27 16:38:55: Failed to patch QoS users.
2013-09-27 16:38:55: Performing Post patch actions
2013-09-27 16:38:55: norestart flag is set to

似乎是参数错误,请问如何解决?
11#
发表于 2014-5-19 02:11:15
Here is the work around
In this case, patching failed as "opatch auto" can't be stop GI gracefully, the workaround is to stop GI manually and execute the following opatch auto command:

# <GI_HOME>/OPatch/opatch auto <patch_loc> -ocmrf <ocm_rsp_loc> -och <GI_HOME>

回复 只看该作者 道具 举报

10#
发表于 2014-5-19 02:10:26
This might be an Oracle bug
Bug 17533086, Doc ID 1589917.1 has work around

回复 只看该作者 道具 举报

9#
发表于 2013-9-29 09:34:18
因为这个被禁言了,真是对不起大家;
可能这只是个误会,在下载的psu中,有一个readme.html的安装指引,只有一种auto的补丁方法,我一直的理解,就只是有一种的补丁方式(一些高手自己手动一步步操作那是另外一回事),如没有特别的声明,以为默认大家都是按这个命令进行的;所以就没写出来了,可能这是一个误会而已,绝没有不敬或者其它;

另外,我也是诚心想和大家沟通请教,并且第一时间发现解决方法就上来分享;

希望这次没说错话了, 下次会更注意提问的表达;

回复 只看该作者 道具 举报

8#
发表于 2013-9-28 23:44:38
I think it had to do with the permissions of the patch directory. When I had unzipped the patch, it was owned by root:root. I ended up changing it to oracle:oinstall (recursively) and was then able to apply the patch.

回复 只看该作者 道具 举报

7#
发表于 2013-9-28 23:43:00
ODM FINGING:

The Opatch utility has automated the patch application for the Oracle Grid Infrastructure (GI) home and the Oracle RAC database homes when run with root privileges.
It must be executed on each node in the cluster if the GI home or Oracle RAC database home is in non-shared storage. The utility should not be run in parallel on the cluster nodes.

However, please review the Oracle Document, FAQ: OPatch/Patch Questions/Issues for Oracle Clusterware (Grid Infrastructure or CRS) and RAC Environments (Doc ID 1339140.1), which should address your questions ===> OPatch Auto Example to Apply a GI PSU (includes Database PSU)


回复 只看该作者 道具 举报

6#
发表于 2013-9-28 23:36:06
1、 oracle 的补丁应一般由ORACLE_HOME的owner解压

2、 假定你使用了 opatch auto (所以必须说清楚你的操作,别人不可能知道你所谓的标准是什么,我们也讨厌隔靴搔痒的感觉,如果你喜欢 可以去其他论坛提问)

回复 只看该作者 道具 举报

5#
发表于 2013-9-28 23:27:05
汗, 请不要这样提问,该写出来的东西就写出来 ,谁知道你所谓的标准是什么

回复 只看该作者 道具 举报

4#
发表于 2013-9-28 22:30:33
步骤是按readme.html的标准命令;
我找到原因了,在root下解压造成的, 用 chown -R gird:oinstall 就解决问题了;
已有 1 人评分威望 理由
Maclean Liu(刘相兵 -2 汗, 请不要这样提问,该写出来的东西就写.

总评分: 威望 -2   查看全部评分

回复 只看该作者 道具 举报

3#
发表于 2013-9-28 17:02:49
至少给出步骤吧?

回复 只看该作者 道具 举报

2#
发表于 2013-9-28 14:45:32
命令是神马,grid是启动状态?

安装之前有无使用opatch 检查?

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-12-21 06:43 , Processed in 0.052748 second(s), 25 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569