<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: tcpip$ssh_sshd2 crashes on some users in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194759#M58577</link>
    <description>Another thought came to mind.&lt;BR /&gt;&lt;BR /&gt;What is in SYSUAF for the DEFDEV and DEFDIR values for the working and non-working accounts?&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Mon, 24 Aug 2009 15:31:16 GMT</pubDate>
    <dc:creator>Richard W Hunt</dc:creator>
    <dc:date>2009-08-24T15:31:16Z</dc:date>
    <item>
      <title>tcpip$ssh_sshd2 crashes on some users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194753#M58571</link>
      <description>I'm running TCPIP 5.6-9 ECO3.  Users whose default directory is on one disk get an immediate disconnect after successful login via ssh.  Users on other disks don't get disconnected.&lt;BR /&gt;&lt;BR /&gt;The tcpip$ssh_run.log files for the disconnecting session show an ACCVIO.  I'd guess it's having difficulty looking for the user's ssh2 directory.</description>
      <pubDate>Fri, 21 Aug 2009 14:36:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194753#M58571</guid>
      <dc:creator>David Jones_21</dc:creator>
      <dc:date>2009-08-21T14:36:21Z</dc:date>
    </item>
    <item>
      <title>Re: tcpip$ssh_sshd2 crashes on some users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194754#M58572</link>
      <description>First question I'd ask is to look for differences in the two disks, such as device permissions (SOGW for a device), volume permissions (SOGW for a volume), and directory permissions for the directories.&lt;BR /&gt;&lt;BR /&gt;Second thing is whether the offending disk is ODS-2 or ODS-5 and is that different from the disks that work?&lt;BR /&gt;&lt;BR /&gt;Third thing is whether the offending disk and the non-offending disks are on the same controller (and is one a SAN and the other local)?&lt;BR /&gt;&lt;BR /&gt;Fourth, I've seen ACCVIO terminations on previous versions of SSHD.  The folks that hit us the hardest are those who are either CAPTIVE or RESTRICTED, and for which their command shells trap all errors and log those people off instantly (rather than to allow the shell to abort and let these users see the DCL prompt.)&lt;BR /&gt;&lt;BR /&gt;If you turn up logging level (see, for instance, file SYS$SYSTEM:TCPIP$SSH_RUN.COM as a place to turn up logging level), see what it is trying to do just before it barfs.&lt;BR /&gt;</description>
      <pubDate>Fri, 21 Aug 2009 16:04:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194754#M58572</guid>
      <dc:creator>Richard W Hunt</dc:creator>
      <dc:date>2009-08-21T16:04:21Z</dc:date>
    </item>
    <item>
      <title>Re: tcpip$ssh_sshd2 crashes on some users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194755#M58573</link>
      <description>&lt;!--!*#--&gt;It looks like it's not particular disks, but certain home paths it doesn't&lt;BR /&gt;like.&lt;BR /&gt;&lt;BR /&gt;It did several tests with a dummy account.&lt;BR /&gt;Environment:&lt;BR /&gt;   physical disk: $21$dka0: (label USERS)&lt;BR /&gt;   directory tree: [trial9.level1.level2.level3]&lt;BR /&gt;   logicals:&lt;BR /&gt;      DISK$USERS $21$DKA0: [conc,term]&lt;BR /&gt;      BSDISK $21$DKA0:[TRIAL9.] [conc,term]&lt;BR /&gt;      BSDISK_LEVEL1 $21$DKA0:[TRIAL9.LEVEL1.] [conc, term]&lt;BR /&gt;&lt;BR /&gt;Login default directory tests:&lt;BR /&gt;   bsdisk_level1:[level2]             PASS&lt;BR /&gt;   bsdisk_level1:[level2.level3]      fail&lt;BR /&gt;   bsdisk:[level1.level2]             PASS&lt;BR /&gt;   bsdisk:[level1.level2.level3]      fail&lt;BR /&gt;   disk$users:[trial9.level1.level2]  fail&lt;BR /&gt;   disk$users:[trial9.level1]         fail&lt;BR /&gt;   disk$users:[trial9]                PASS&lt;BR /&gt;   $21$DKA0:[trial9]                  PASS&lt;BR /&gt;   $21$DKA0:[trial9.level1]           fail&lt;BR /&gt;&lt;BR /&gt;In general, the accounts that fail use a concealed device logical with 2 levels&lt;BR /&gt;in the concealed directory.  The test with bsdisk_level1:[level2] should have&lt;BR /&gt;failed if it was just simply number of directory levels though.</description>
      <pubDate>Sat, 22 Aug 2009 20:15:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194755#M58573</guid>
      <dc:creator>David Jones_21</dc:creator>
      <dc:date>2009-08-22T20:15:52Z</dc:date>
    </item>
    <item>
      <title>Re: tcpip$ssh_sshd2 crashes on some users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194756#M58574</link>
      <description>David,&lt;BR /&gt;&lt;BR /&gt;please check whether the concealed devices (as specified in SYSUAF) are defined correctly.&lt;BR /&gt;&lt;BR /&gt;They MUST be systemwide, and MUST be /EXEC mode.&lt;BR /&gt;&lt;BR /&gt;And, while not for any tcp related stuff (Oracle DBMS to wit), I _HAVE_ seen CLUSTERwide LNMs being NOT honored, so that MAY be worth checking as well.&lt;BR /&gt;&lt;BR /&gt;hth&lt;BR /&gt;&lt;BR /&gt;Proost.&lt;BR /&gt;&lt;BR /&gt;Have one on me.&lt;BR /&gt;&lt;BR /&gt;jpe</description>
      <pubDate>Sun, 23 Aug 2009 13:34:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194756#M58574</guid>
      <dc:creator>Jan van den Ende</dc:creator>
      <dc:date>2009-08-23T13:34:26Z</dc:date>
    </item>
    <item>
      <title>Re: tcpip$ssh_sshd2 crashes on some users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194757#M58575</link>
      <description>They are exec mode logical names.  Logins via non-SSH paths have no problems.&lt;BR /&gt;&lt;BR /&gt;If you alias [alias3] and [level2.level3] to the same directory, the former works and the latter gets the ACCVIO.</description>
      <pubDate>Sun, 23 Aug 2009 18:08:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194757#M58575</guid>
      <dc:creator>David Jones_21</dc:creator>
      <dc:date>2009-08-23T18:08:10Z</dc:date>
    </item>
    <item>
      <title>Re: tcpip$ssh_sshd2 crashes on some users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194758#M58576</link>
      <description>Be aware that SYS$SYSTEM:TCPIP$SSH_RUN.COM contains a snippet that will try to purge log files for you.  I have seen other errors when users open more than one window at a time from their workstations where the purge fails because a file is locked.  Not saying that is it, but just be aware that SSH interactive logins have "baggage."&lt;BR /&gt;&lt;BR /&gt;For instance, the version I'm looking at would attempt to do some define/process commands based on a translation of spec.&lt;BR /&gt;&lt;BR /&gt;TCPIP$SSH_DEVICE:[TCPIP$SSH]&lt;BR /&gt;&lt;BR /&gt;See if there is problem with that definition and whether you can reliably look up&lt;BR /&gt;&lt;BR /&gt;SYS$SYSTEM:TCPIP$SSH_SSHD2.EXE&lt;BR /&gt;&lt;BR /&gt;which is also part of the SSH_RUN file.&lt;BR /&gt;&lt;BR /&gt;Finally, look at all of the TCPIP$SSH_RUN.LOG files to see if they show funkiness before the Access Violation.  Like, maybe, warnings that wouldn't abort the implied script but that might indicate something else isn't defined properly.&lt;BR /&gt;</description>
      <pubDate>Mon, 24 Aug 2009 15:27:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194758#M58576</guid>
      <dc:creator>Richard W Hunt</dc:creator>
      <dc:date>2009-08-24T15:27:40Z</dc:date>
    </item>
    <item>
      <title>Re: tcpip$ssh_sshd2 crashes on some users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194759#M58577</link>
      <description>Another thought came to mind.&lt;BR /&gt;&lt;BR /&gt;What is in SYSUAF for the DEFDEV and DEFDIR values for the working and non-working accounts?&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 24 Aug 2009 15:31:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194759#M58577</guid>
      <dc:creator>Richard W Hunt</dc:creator>
      <dc:date>2009-08-24T15:31:16Z</dc:date>
    </item>
    <item>
      <title>Re: tcpip$ssh_sshd2 crashes on some users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194760#M58578</link>
      <description>I was browsing through an SFTP topic when I ran across this issue:&lt;BR /&gt;&lt;BR /&gt;Occasional ACCVIO in SCP when the username and the owner-identifier string don't match - the case in question where the USERNAME was JOE and the account's identifier was [USERS,FRED].  Could this apply to the ones who fail?&lt;BR /&gt;</description>
      <pubDate>Fri, 04 Sep 2009 16:50:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194760#M58578</guid>
      <dc:creator>Richard W Hunt</dc:creator>
      <dc:date>2009-09-04T16:50:57Z</dc:date>
    </item>
    <item>
      <title>Re: tcpip$ssh_sshd2 crashes on some users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194761#M58579</link>
      <description>I applied ECO 4 and no longer get the crashing of SSHD.  I found nothing in the release notes about fixing this particular issue.</description>
      <pubDate>Fri, 04 Sep 2009 18:17:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194761#M58579</guid>
      <dc:creator>David Jones_21</dc:creator>
      <dc:date>2009-09-04T18:17:35Z</dc:date>
    </item>
    <item>
      <title>Re: tcpip$ssh_sshd2 crashes on some users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194762#M58580</link>
      <description>Thanks all.</description>
      <pubDate>Fri, 04 Sep 2009 18:18:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpip-ssh-sshd2-crashes-on-some-users/m-p/5194762#M58580</guid>
      <dc:creator>David Jones_21</dc:creator>
      <dc:date>2009-09-04T18:18:31Z</dc:date>
    </item>
  </channel>
</rss>

