RESCOMP Archives

January 2014

RESCOMP@LISTSERV.MIAMIOH.EDU
Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
Re: another cluster issue - Gaussian doesn't work
From:
Robin Robin <[log in to unmask]>
Reply To:
Research Computing Support <[log in to unmask]>, Robin Robin <[log in to unmask]>
Date:
Fri, 10 Jan 2014 09:58:54 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (107 lines) 
I do not think that the SSH key warnings are the source of the errors.
I will work on getting rid of the warning messages and it should not
cause things to fail.

Robin


On Fri, Jan 10, 2014 at 9:57 AM, Woods, David <[log in to unmask]> wrote:
> Just saw Jens' comment - I tested a parallel job and got a lot of warnings
> about a possible man-in-the middle attack due to changed RSA key
> fingerprints.   It looks like this causes the job to fail.
>
> Errors messages are like:
> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
> @    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
> IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
> Someone could be eavesdropping on you right now (man-in-the-middle attack)!
> It is also possible that the RSA host key has just been changed.
> The fingerprint for the RSA key sent by the remote host is
> 9b:fe:f7:ca:36:0f:76:93:93:c9:42:7c:9a:af:2c:6a.
> Please contact your system administrator.
> Add correct host key in /home/woodsdm2/.ssh/known_hosts to get rid of this
> message.
> Offending key in /etc/ssh/ssh_known_hosts:8
> Password authentication is disabled to avoid man-in-the-middle attacks.
> Keyboard-interactive authentication is disabled to avoid man-in-the-middle
> attacks.
> Agent forwarding is disabled to avoid man-in-the-middle attacks.
> subprocess pid = 19862 has exited. status = 0x0000, id = 0, state = 17.
> command was /software/G09/g09/linda8.2/opteron-linux/bin/linda_sh
> /software/G09/g09/linda-exe/l302.exel 134217728 water.chk 1
> /localscratchdisk/Gau-19845.int 0 /localscratchdisk/Gau-19845.rwf 0
> /localscratchdisk/Gau-19845.d2e 0 /localscratchdisk/Gau-19845.scr 0
> /localscratchdisk/Gau-19844.inp 0 junk.out 0 /localscratchdisk/Gau-19845.nex
> 0 +LARGS 1 compute-1-13.local 192.168.252.242 40839 1 1 .
> died after signing in successfully
>
>
> Is this the same thing you are seeing with Scott Hartley?
>
> Dave
>
>
> David Woods, PhD.
> Academic Liaison, IT Services
> 305 Laws Hall
> Miami University
> (513) 529-1857
>
>
> On Fri, Jan 10, 2014 at 9:53 AM, Woods, David <[log in to unmask]> wrote:
>>
>>
>> OK, the job now runs successfully, so I'll let Alice know.
>>
>> Dave
>>
>> David Woods, PhD.
>> Academic Liaison, IT Services
>> 305 Laws Hall
>> Miami University
>> (513) 529-1857
>>
>>
>> On Fri, Jan 10, 2014 at 9:50 AM, Robin Robin <[log in to unmask]> wrote:
>>>
>>> Hi
>>>
>>> /localscratchdisk is appropriately created now.
>>> The link was missing.
>>>
>>> Robin
>>>
>>>
>>> On Fri, Jan 10, 2014 at 9:48 AM, Woods, David <[log in to unmask]>
>>> wrote:
>>> > Hi,
>>> >
>>> >   Alice Phillips has found another issue on the cluster - Gaussian
>>> > doesn't
>>> > work.  Gaussian uses some libraries from the Portland Group, and that
>>> > may be
>>> > where the issue is.  Error text is:
>>> > PGFIO/stdio: No such file or directory
>>> > PGFIO-F-/OPEN/unit=11/error code returned by host stdio - 2.
>>> >  File name = /localscratchdisk/Gau-18695.inp
>>> >  In source file ml0.f, at line number 182
>>> >   --- traceback not available
>>> >
>>> > See /home/woodsdm2/g09/t2 for a simple sample job file (g09-water.scr)
>>> > that
>>> > can be used to test.
>>> >
>>> > I'll also copy RESCOMP on my reply to the original report of the error.
>>> >
>>> > Dave
>>> >
>>> > David Woods, PhD.
>>> > Academic Liaison, IT Services
>>> > 305 Laws Hall
>>> > Miami University
>>> > (513) 529-1857
>>
>>
>

ATOM RSS1 RSS2