hadoop-common-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "real great.." <greatness.hardn...@gmail.com>
Subject Re: SSH problem in hadoop installation
Date Tue, 25 Jan 2011 11:50:01 GMT
@sourabh: its a simple cluster in lab. So nothing like server and
We have always passwords with us only.

On Tue, Jan 25, 2011 at 11:49 AM, Saurabh Dutta <saurabh.dutta@impetus.co.in
> wrote:

> Hi,
> Do you've access the to the server. If you don't you'll have to ask the
> administrator to check if the client's IP address is present in the server's
> /etc/hosts.allow and make sure it is not present in the /etc/hosts.deny file
> There could be other reasons too like the Fingerprint Keys getting
> corrupted but this should be the first step and only then you should look
> for other options.
> Thanks,
> Saurabh Dutta
> -----Original Message-----
> From: real great.. [mailto:greatness.hardness@gmail.com]
> Sent: Tuesday, January 25, 2011 11:38 AM
> To: common-user
> Subject: SSH problem in hadoop installation
> Hi,
> Am trying to install Hadoop on a linux cluster(Fedora 12).
> However, am not able to SSH to localhost and gives the following error.
> *ssh_exchange_identification: Connection closed by remote host*
> I know this is not the correct forum for asking this question. Yet it could
> solve a lot of my time if any of you could help me.
> Thanks,
> --
> Regards,
> R.V.
> ________________________________
> For updates on our latest innovations in supporting great software products
> in Mobile Computing, Large Data, Cloud Computing, SaaS and Social Media &
> Analytics, follow us on www.twitter.com/impetuscalling.
> OR
> Click http://www.impetus.com to know more.
> NOTE: This message may contain information that is confidential,
> proprietary, privileged or otherwise protected by law. The message is
> intended solely for the named addressee. If received in error, please
> destroy and notify the sender. Any use of this email is prohibited when
> received in error. Impetus does not represent, warrant and/or guarantee,
> that the integrity of this communication has been maintained nor that the
> communication is free of errors, virus, interception or interference.


  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message