<?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: SSH Weirdness in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167794#M665441</link>
    <description>I would want to see what `fsck -o full,nolog` says.  I've never known good things coming from ignoring vxfs errors like that, especially when the machine crashes shortly after they start.&lt;BR /&gt;&lt;BR /&gt;The only problem is, I'm guessing that since this is the root volume group, you can't unmount anything to try this and I can't think of any way to cause a full fsck on next boot.</description>
    <pubDate>Thu, 02 Apr 2009 19:01:21 GMT</pubDate>
    <dc:creator>Kris Knigga</dc:creator>
    <dc:date>2009-04-02T19:01:21Z</dc:date>
    <item>
      <title>SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167787#M665434</link>
      <description>I am running an HP 3440 Server on HP 11i Version 1.&lt;BR /&gt;&lt;BR /&gt;About a week ago our ssh sessions stopped enforcing the inactivity time out. I thought it was weird, but I didn't have a chance to look into it. Then on Wednesday night the system had a catastrophic failure and we had to reboot it from the ILO. HP said the error messages they were seeing were consistent with an ssh failure and recommended upgrading to version 8.&lt;BR /&gt;&lt;BR /&gt;Does this sound familiar to anybody?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance,&lt;BR /&gt;&lt;BR /&gt;Margaret&lt;BR /&gt;</description>
      <pubDate>Thu, 02 Apr 2009 17:35:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167787#M665434</guid>
      <dc:creator>Margaret Sanford</dc:creator>
      <dc:date>2009-04-02T17:35:14Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167788#M665435</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;The details no. The overall situation yes. The system had troubles, showed signs, asked for attention and did not get it.&lt;BR /&gt;&lt;BR /&gt;Please post exact error messages.&lt;BR /&gt;&lt;BR /&gt;seh is constantly being updated due to critical flaws and security holes. Updating it is a very good idea.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 02 Apr 2009 17:52:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167788#M665435</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2009-04-02T17:52:22Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167789#M665436</link>
      <description>Here's the errors spewing accross the console:&lt;BR /&gt;&lt;BR /&gt;Apr  1 03:30:38 dsbb inetd[1002]: Problem with /var/adm/inetd.sec:&lt;BR /&gt;cannot starts&lt;BR /&gt;Apr  1 03:30:44 dsbb prngd[19354]: Failed to execl(/usr/bin/ps, ps, -ex, , , ):r&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Apr  1 03:31:35 dsbb prngd[19361]: Failed to execl(/usr/bin/who, who, am, i, , r&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Apr  1 03:32:26 dsbb prngd[19364]: Failed to execl(/usr/bin/vmstat, vmstat, , ,r&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Apr  1 03:33:17 dsbb prngd[19366]: Failed to execl(/usr/bin/tail, tail, -100, /r&lt;BR /&gt;&lt;BR /&gt;Apr  1 03:34:08 dsbb prngd[19373]: Failed to execl(/usr/bin/tail, tail, -100, /r Apr  1 03:34:59 dsbb prngd[19376]: Failed to execl(/usr/bin/tail, tail, -100, /r Apr  1 03:35:51 dsbb prngd[19380]:&lt;BR /&gt;Failed to execl(/usr/bin/ls, ls, -alni, /devr Apr  1 03:36:42 dsbb&lt;BR /&gt;prngd[19383]: Failed to execl(/usr/bin/ls, ls, -alni, /varr Apr  1&lt;BR /&gt;03:37:33 dsbb prngd[19386]: Failed to execl(/usr/bin/ls, ls, -alni, /varr&lt;BR /&gt;&lt;BR /&gt;Apr  1 03:38:24 dsbb prngd[19389]: Failed to execl(/usr/bin/ls, ls, -alni, /usrr Apr  1 03:39:15 dsbb prngd[19391]: Failed to execl(/usr/bin/ls, ls, -alni, /usrr Apr  1 03:40:06 dsbb prngd[19398]:&lt;BR /&gt;Failed to execl(/usr/bin/ls, ls, -alni, /tmpr&lt;BR /&gt;&lt;BR /&gt;Here's what was in the syslog when it started:&lt;BR /&gt;&lt;BR /&gt;Apr  1 02:58:12 dsbb sshd[18589]: error: PAM: Authentication failed for blackbrt Apr  1 02:58:20 dsbb  above message repeats 2 times Apr  1 02:58:20 dsbb sshd[18613]: Accepted keyboard-interactive/pam for&lt;BR /&gt;web1 fr2&lt;BR /&gt;Apr  1 02:58:21 dsbb sshd[18589]: Accepted password for blackbrd from&lt;BR /&gt;66.210.592&lt;BR /&gt;Apr  1 02:58:21 dsbb sshd[18630]: subsystem request for sftp Apr  1 02:58:40 dsbb sshd[18689]: Accepted keyboard-interactive/pam for&lt;BR /&gt;web1 fr2&lt;BR /&gt;Apr  1 02:59:29 dsbb sshd[18727]: Accepted keyboard-interactive/pam for&lt;BR /&gt;blackbr2&lt;BR /&gt;Apr  1 02:59:43 dsbb su: + 0 blackbrd-harco Apr  1 03:00:43 dsbb sshd[18794]: Accepted keyboard-interactive/pam for&lt;BR /&gt;blackbr2&lt;BR /&gt;Apr  1 03:00:51 dsbb su: + 1 blackbrd-harco Apr  1 03:03:35 dsbb sshd[18936]: Accepted keyboard-interactive/pam for&lt;BR /&gt;blackbr2&lt;BR /&gt;Apr  1 03:03:49 dsbb su: + 1 blackbrd-harco Apr  1 03:03:51 dsbb sshd[18969]: Accepted keyboard-interactive/pam for&lt;BR /&gt;web1 fr2&lt;BR /&gt;Apr  1 03:03:58 dsbb sshd[18994]: Accepted keyboard-interactive/pam for&lt;BR /&gt;web1 fr2&lt;BR /&gt;Apr  1 03:04:15 dsbb sshd[19068]: Accepted keyboard-interactive/pam for&lt;BR /&gt;web1 fr2&lt;BR /&gt;Apr  1 03:08:18 dsbb vmunix: msgcnt 1 vxfs: mesg 003: vx_mapbad - /dev/root fild Apr  1 03:08:18 dsbb vmunix: msgcnt 2 vxfs: mesg 001: vx_nospace - /dev/root fi) Apr  1 03:09:42 dsbb vmunix: msgcnt 4 vxfs: mesg 037: vx_metaioerr -&lt;BR /&gt;vx_tflush_2&lt;BR /&gt;Apr  1 03:09:42 dsbb vmunix: msgcnt 5 vxfs: mesg 031: vx_disable - /dev/root fid Apr  1 03:10:20 dsbb prngd[19234]: Failed to execl(/usr/bin/ls, ls, -alti, /varr Apr  1 03:10:20 dsbb syslogd: /etc/utmp: Bad file number Apr  1 03:11:11 dsbb prngd[19238]: Failed to execl(/usr/bin/ls, ls, -alti, /etcr Apr  1 03:11:11 dsbb syslogd: /etc/utmp: Bad file number Apr  1 03:12:02 dsbb prngd[19249]: Failed to execl(/usr/bin/ls, ls, -alti, /tmpr Apr  1 03:12:02 dsbb syslogd: /etc/utmp: Bad file number Apr  1 03:12:53 dsbb prngd[19255]: Failed to execl(/usr/bin/ls, ls, -alti, /varr Standard input &lt;BR /&gt;</description>
      <pubDate>Thu, 02 Apr 2009 17:56:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167789#M665436</guid>
      <dc:creator>Margaret Sanford</dc:creator>
      <dc:date>2009-04-02T17:56:43Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167790#M665437</link>
      <description>Looks like it might be a disk (or file system) issue.  I'm seeing a lot of references to vxfs.&lt;BR /&gt;&lt;BR /&gt;vx_mapbad - /dev/root&lt;BR /&gt;vx_nospace - /dev/root&lt;BR /&gt;vx_metaioerr&lt;BR /&gt;vx_disable - /dev/root&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 02 Apr 2009 18:41:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167790#M665437</guid>
      <dc:creator>Kris Knigga</dc:creator>
      <dc:date>2009-04-02T18:41:18Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167791#M665438</link>
      <description>That's what I thought too... but HP said that was not the issue. All the volumes came up cleanly when we rebooted with the FSCK that ran.&lt;BR /&gt;&lt;BR /&gt;Weird.</description>
      <pubDate>Thu, 02 Apr 2009 18:44:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167791#M665438</guid>
      <dc:creator>Margaret Sanford</dc:creator>
      <dc:date>2009-04-02T18:44:02Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167792#M665439</link>
      <description>Was a quick fsck done, or a full?</description>
      <pubDate>Thu, 02 Apr 2009 18:52:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167792#M665439</guid>
      <dc:creator>Kris Knigga</dc:creator>
      <dc:date>2009-04-02T18:52:02Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167793#M665440</link>
      <description>quick</description>
      <pubDate>Thu, 02 Apr 2009 18:52:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167793#M665440</guid>
      <dc:creator>Margaret Sanford</dc:creator>
      <dc:date>2009-04-02T18:52:46Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167794#M665441</link>
      <description>I would want to see what `fsck -o full,nolog` says.  I've never known good things coming from ignoring vxfs errors like that, especially when the machine crashes shortly after they start.&lt;BR /&gt;&lt;BR /&gt;The only problem is, I'm guessing that since this is the root volume group, you can't unmount anything to try this and I can't think of any way to cause a full fsck on next boot.</description>
      <pubDate>Thu, 02 Apr 2009 19:01:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167794#M665441</guid>
      <dc:creator>Kris Knigga</dc:creator>
      <dc:date>2009-04-02T19:01:21Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167795#M665442</link>
      <description>Interesting. This server is difficult to bring down for any period of time, so I'll schedule an FSCK asap.&lt;BR /&gt;&lt;BR /&gt;Does anybody have any insight into why the inactive time out period just went away?&lt;BR /&gt;&lt;BR /&gt;I'm not sure where to check if that's still enabled.&lt;BR /&gt;&lt;BR /&gt;-M</description>
      <pubDate>Thu, 02 Apr 2009 19:06:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167795#M665442</guid>
      <dc:creator>Margaret Sanford</dc:creator>
      <dc:date>2009-04-02T19:06:27Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167796#M665443</link>
      <description>Looks like you'd have to reboot to single user mode to be able to fsck things like /var properly (while they are unmounted).&lt;BR /&gt;&lt;BR /&gt;I'm leaning toward there being two issues here; one being the SSH stuff and the other being the crash.&lt;BR /&gt;&lt;BR /&gt;How was the timeout set up before?  Was it truly a function of SSH, or was it done at the shell level (by setting TMOUT or something)?</description>
      <pubDate>Thu, 02 Apr 2009 19:16:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167796#M665443</guid>
      <dc:creator>Kris Knigga</dc:creator>
      <dc:date>2009-04-02T19:16:06Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167797#M665444</link>
      <description>I think it was at the shell level. But it was one of those "It was like that when I got here!" things...&lt;BR /&gt;&lt;BR /&gt;But I don't know how to tell. If that parameter is set and it's not timing me out then something in ssh is hosed.</description>
      <pubDate>Thu, 02 Apr 2009 19:18:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167797#M665444</guid>
      <dc:creator>Margaret Sanford</dc:creator>
      <dc:date>2009-04-02T19:18:11Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167798#M665445</link>
      <description>You should make sure you aren't missing any JFS-related patches, but that log really, REALLY looks like your system blew up because it got an I/O error on the root disk.&lt;BR /&gt;</description>
      <pubDate>Fri, 03 Apr 2009 14:21:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167798#M665445</guid>
      <dc:creator>Heironimus</dc:creator>
      <dc:date>2009-04-03T14:21:51Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167799#M665446</link>
      <description>HP Analyzed the crash log and determined that /tmp and /var/utmp filled up as the result of an update we were running.&lt;BR /&gt;&lt;BR /&gt;I was on the wrong track...</description>
      <pubDate>Fri, 03 Apr 2009 14:24:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167799#M665446</guid>
      <dc:creator>Margaret Sanford</dc:creator>
      <dc:date>2009-04-03T14:24:23Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Weirdness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167800#M665447</link>
      <description>"Apr 1 03:08:18 dsbb vmunix: msgcnt 2 vxfs: mesg 001: vx_nospace - /dev/root fi) "&lt;BR /&gt;&lt;BR /&gt;uh...yeah.</description>
      <pubDate>Fri, 03 Apr 2009 17:41:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-weirdness/m-p/5167800#M665447</guid>
      <dc:creator>OldSchool</dc:creator>
      <dc:date>2009-04-03T17:41:09Z</dc:date>
    </item>
  </channel>
</rss>

