IC SunsetThe developerWorks Connections platform will be sunset on December 31, 2019. On January 1, 2020, this blog will no longer be available. More details available on our FAQ.

Comments (8)
  • Add a Comment
  • Edit
  • More Actions v
  • Quarantine this Entry

Comments (8)

Mike_Pete commented Nov 13 2015 Conversation Permalink

Chris, Sorry I failed to notice you updated this thread; I'll be watching it daily going forward. I tried to email you but it refuses to go through. The command passed to dsh doesn't seem to have an effect. Running sshd in debug mode on the remote host shows that it never even attempts to connect. Using ssh to connect works just fine.

I have the following relevant packages installed:
dsm.dsh 7.1.3.45 APPLIED Distributed Systems Management
openssh.base.client 6.0.0.6108 COMMITTED Open Secure Shell Commands
openssl.base 1.0.1.513 COMMITTED Open Secure Socket Layer

Here are dsh related shell settings:
DSH_CONTEXT=DSH
DSH_NODE_RSH=/usr/bin/ssh
DSH_NODE_OPTS=-v -q -o BatchMode=yes -t 30

cggibbo commented Nov 13 2015 Conversation Permalink

Mike, I was able to reproduce the problem. Try changing "DSH_NODE_OPTS="-v -q -o BatchMode=yes -t 30" to this
"DSH_NODE_OPTS="-v -q -o BatchMode=yes". For some reason, the -t option is causing the command to fail. I haven't figured out why just yet. But I wanted to let you know what I'd found in case it helps.

Mike_Pete commented Nov 14 2015 Conversation Permalink

Thanks Chris! It seems that the DSH_NODE_OPTS are being passed to the ssh command rather than being applied to dsh. Changing to DSH_NODE_OPTS="-v -q -o BatchMode=yes" allowed it to run but in addition to the command output it also outputs the version of ssh in use. Changing to DSH_NODE_OPTS="-q -o BatchMode=yes" allows it to drop the output of the ssh version. I don't know why this worked in the past but I didn't change they settings when it stopped working. In any case, thanks again for you help. I think I'm just going to clear the DSH_NODE_OPTS variable.

Mike_Pete commented Oct 14 2015 Conversation Permalink

Chris, thanks for the primer. I've used dsh for years but learned about the DSH_NODEGROUP_PATH setting here. Anyway, I recently upgraded AIX to use OpenSSH 6.0p1 and OpenSSL 1.0.1e. The change seems to have broken dsh. Now I just get errors like:

remote.host: OpenSSH_6.0p1, OpenSSL 1.0.1e 11 Feb 2013
remote.host: Pseudo-terminal will not be allocated because stdin is not a terminal.
dsh: 2617-009 remote.host remote shell had exit code 255

Have you seen this problem? More importantly, are you aware of a solution?

Thanks!

cggibbo commented Oct 14 2015 Conversation Permalink

Hi, I have the same levels installed in my lab and dsh is working fine. What command/commands are you passing to dsh? Does a simple command work? For example, # dsh date ? Let me know. If you want to discuss over email, you can contact me at cg@gibsonnet. Cheers, Chris​

RCeleste commented Jan 14 2016 Conversation Permalink

Hi Chris,
i am in the same situation of Mike_Pete .
I have OpenSsh ver 6.0.0.6104 , openssl 1.0.1.513 and i experience the same error (except for the pseudo terminal part).

As you can see also a simple command as date fails with rc 255 .


root@nim01:/#dsh -n nim02-int date
dsh: 2617-009 nim02-int remote shell had exit code 255

Thanks in advance for suggestions

Bye

cggibbo commented Jan 19 2016 Conversation Permalink

What is your DSH_NODE_OPTS set to?

homewrecker commented Oct 11 2014 Comment Permalink

Brian, Love the articles and find them very useful. I have a question on using a WCOLL file for DSH.. I want to have comments in my WCOLL file for nodes: nodename1 # my test server Of course DSH ignore any line starting with "#" but also ANYTHING after the 1st space. I have been trying to find where this rule is set but with no luck. Any suggestions? Thanks James