GI root.sh Fails if Tectia SSH is Being Used Instead of OpenSSH (文件 ID 1907422.1)

In this Document

Applies to:

Oracle Database - Enterprise Edition - Version 11.2.0.1 to 12.1.0.1 [Release 11.2 to 12.1]
Information in this document applies to any platform.

Symptoms

Grid Infrastructure root.sh fails on node1:

/cfgtoollogs/crsconfig/rootcrs_.log

2014-04-30 14:58:48: s_run_as_user2: Running /bin/su oracle -c ' /optware/grid/11.2.0.4/bin/cluutil -sourcefile /tmp/fileNU1iv6 -destfile /optware/grid/11.2.0.4/gpnp/manifest.txt -nodelist racnode4,racnode5,racnode6 '
2014-04-30 14:58:49: Removing file /tmp/fileAVTvNx 2014-04-30 14:58:49: Successfully removed file: /tmp/fileAVTvNx 2014-04-30 14:58:49: /bin/su exited with rc=1

2014-04-30 14:58:49: ---rmtcopy { racnode4,racnode5,racnode6 } output---
oracle.ops.mgmt.cluster.ClusterException: :successful :failed :failed

Manually run the failed command with SRVM_TRACE on:

$ export SRVM_TRACE=true

$ /optware/grid/11.2.0.4/bin/cluutil -sourcefile /tmp/fileNU1iv6 -destfile /optware/grid/11.2.0.4/gpnp/manifest.txt -nodelist racnode4,racnode5,racnode6

[Worker 3] [ 2014-05-01 11:45:16.413 EDT ] [RuntimeExec.runCommand:173] ssh: The `-oPasswordAuthentication=no' option is not supported
[Worker 3] [ 2014-05-01 11:45:16.413 EDT ] [RuntimeExec.runCommand:173]
[Worker 3] [ 2014-05-01 11:45:16.414 EDT ] [RuntimeExec.runCommand:173] ssh: The `-oStrictHostKeyChecking=yes' option is not supported
[Worker 3] [ 2014-05-01 11:45:16.414 EDT ] [RuntimeExec.runCommand:173]
[Worker 3] [ 2014-05-01 11:45:16.415 EDT ] [RuntimeExec.runCommand:173] ssh: The `-oNumberOfPasswordPrompts=0' option is not supported
[Worker 3] [ 2014-05-01 11:45:16.415 EDT ] [RuntimeExec.runCommand:173]
[Worker 3] [ 2014-05-01 11:45:16.416 EDT ] [RuntimeExec.runCommand:192] Returning from RunTimeExec.runCommand
[Worker 3] [ 2014-05-01 11:45:16.416 EDT ] [UnixSystem.checkRemoteExecutionSetup:2301] Using Remote Shell Command: '/usr/bin/ssh -o FallBackToRsh=no -o PasswordAuthentication=no -o StrictHostKeyChecking=yes -o NumberOfPasswordPrompts=0 '
[Worker 3] [ 2014-05-01 11:45:16.417 EDT ] [UnixSystem.checkRemoteExecutionSetup:2302] Using Remote Copy Command: '/usr/bin/scp'
[Worker 2] [ 2014-05-01 11:45:16.418 EDT ] [Utils.getLocalHost:481] Hostname retrieved: racnode4, returned: racnode4
[Worker 3] [ 2014-05-01 11:45:16.418 EDT ] [Utils.getLocalHost:481] Hostname retrieved: racnode4, returned: racnode4
[Worker 2] [ 2014-05-01 11:45:16.418 EDT ] [UnixSystem.remoteCopyFile:662] UnixSystem: /usr/bin/scp -p /tmp/fileNU1iv6 racnode6:'/optware/grid/11.2.0.4/gpnp/manifest.txt'
[Worker 3] [ 2014-05-01 11:45:16.418 EDT ] [UnixSystem.remoteCopyFile:662] UnixSystem: /usr/bin/scp -p /tmp/fileNU1iv6 racnode5:'/optware/grid/11.2.0.4/gpnp/manifest.txt'
....

>>>> The single quote "'" is known to cause scp problem with Tectia SSH and patch 17784685 supposedly to fix it.

[main] [ 2014-05-01 11:45:16.796 EDT ] [ClusterConfig.copyFileToNodes:875] clusterConfig.copyFileToNodes: throwing ClusterException with mesg `PRKC-1004 : Problem in copying file to nodes'
[main] [ 2014-05-01 11:45:16.797 EDT ] [ClusterException.setErrorMessage:133] ClusterException.setErrorMessage: commands[0]=oracle.ops.mgmt.command.file.CopyCommand@2e0ece65
[main] [ 2014-05-01 11:45:16.798 EDT ] [ClusterException.setErrorMessage:153] ClusterException.setErrorMessage: errString is ' :successful'
[main] [ 2014-05-01 11:45:16.798 EDT ] [ClusterException.setErrorMessage:133] ClusterException.setErrorMessage: commands[1]=oracle.ops.mgmt.command.file.CopyCommand@4e106082
[main] [ 2014-05-01 11:45:16.799 EDT ] [ClusterException.setErrorMessage:153] ClusterException.setErrorMessage: errString is ' :failed'
[main] [ 2014-05-01 11:45:16.799 EDT ] [ClusterException.setErrorMessage:133] ClusterException.setErrorMessage: commands[2]=oracle.ops.mgmt.command.file.CopyCommand@15301ed8
[main] [ 2014-05-01 11:45:16.800 EDT ] [ClusterException.setErrorMessage:153] ClusterException.setErrorMessage: errString is ' :failed'
[main] [ 2014-05-01 11:45:16.800 EDT ] [ClusterConfig.destroy:452] destroying resources for client thread Thread[main,5,main]
oracle.ops.mgmt.cluster.ClusterException: :successful :failed :failed
at oracle.ops.mgmt.cluster.ClusterConfig.copyFileToNodes(ClusterConfig.java:876)
at oracle.ops.mgmt.cluster.ClusterCmd.copyFileToNodes(ClusterCmd.java:678)
at oracle.ops.util.ClusterCopyUtil.copyFile(ClusterCopyUtil.java:99)
at oracle.ops.util.ClusterCopyUtil.executeCopy(ClusterCopyUtil.java:125)
at oracle.ops.util.ClusterUtil.execute(ClusterUtil.java:107)
at oracle.ops.util.ClusterUtil.main(ClusterUtil.java:128)
oracle.ops.mgmt.cluster.ClusterException: :successful :failed :failed

Confirming Tectia SSH is being used:

$ ssh -V
ssh: Tectia Client 6.2.2 on x86_64-unknown-linux-gnu
Build: 198
Product: Tectia Client
License type: commercial

....

Cause

Due to bug 18691572

Solution

The bug is fixed in 11.2.0.4 GI PSU4, 12.1.0.2 and 12.2.

References

BUG:18691572 - PRKC-1004: PROBLEM IN COPYING FILE TO NODES
NOTE:1323714.1 - PRVF-4007 : User equivalence check failed

文件詳細資訊

資訊中心

文件引用

相關內容

產品

Oracle Database Products > Oracle Database Suite > Oracle Database > Oracle Database - Enterprise Edition > Clusterware > CLUVFY (Cluster Verification Utility) Issues

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/17252115/viewspace-1293309/，如需轉載，請註明出處，否則將追究法律責任。

GI root.sh Fails if Tectia SSH is Being Used Instead of OpenSSH_1907422.1