[Suzaku-en:00597] Re: Funny behaviour with ssh on Armadillo 500.

Isaias Punktin email@hidden
Tue May 13 18:30:24 JST 2008


Hi again

I have made another test: sending a file Armadillo to itself. I
restart my 500 and type the following:

debian:~# scp -v /tmp/linux.tar.gz XXX.XXX.XXX.XXX:/linux.tar.gz
Executing: program /usr/bin/ssh host XXX.XXX.XXX.XXX, user
(unspecified), command scp -v -t /linux.tar.gz
OpenSSH_4.3p2 Debian-9, OpenSSL 0.9.8c 05 Sep 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to XXX.XXX.XXX.XXX [XXX.XXX.XXX.XXX] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version
OpenSSH_4.3p2 Debian-9
debug1: match: OpenSSH_4.3p2 Debian-9 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3p2 Debian-9
debug1: Miscellaneous failure
No credentials cache found

debug1: Miscellaneous failure
No credentials cache found

debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '193.146.210.216' is known and matches the RSA host key.
debug1: Found key in /root/.ssh/known_hosts:2
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /root/.ssh/identity
debug1: Trying private key: /root/.ssh/id_rsa
debug1: Trying private key: /root/.ssh/id_dsa
debug1: Next authentication method: password
email@hidden's password:
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending command: scp -v -t /linux.tar.gz
Sending file modes: C0644 13080195 linux.tar.gz
Sink: C0644 13080195 linux.tar.gz
linux.tar.gz                                    0%    0     0.0KB/s
--:-- ETADisconnecting: Corrupted MAC on input.
Write failed: Broken pipe
lost connection

debian:~# scp -v /tmp/linux.tar.gz XXX.XXX.XXX.XXX:/linux.tar.gz
Executing: program /usr/bin/ssh host XXX.XXX.XXX.XXX, user
(unspecified), command scp -v -t /linux.tar.gz
OpenSSH_4.3p2 Debian-9, OpenSSL 0.9.8c 05 Sep 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to XXX.XXX.XXX.XXX [XXX.XXX.XXX.XXX] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version
OpenSSH_4.3p2 Debian-9
debug1: match: OpenSSH_4.3p2 Debian-9 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3p2 Debian-9
debug1: Miscellaneous failure
No credentials cache found

debug1: Miscellaneous failure
No credentials cache found

debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'XXX.XXX.XXX.XXX' is known and matches the RSA host key.
debug1: Found key in /root/.ssh/known_hosts:2
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
Received disconnect from XXX.XXX.XXX.XXX: 2: Bad packet length 59869916.
lost connection


2008/5/13 Isaias Punktin <email@hidden>:
> Hi  again and thanks for answering.
>
>  2008/5/13 Yasushi SHOJI <email@hidden>:
>
> > Hi Isaisa,
>  >
>  >  At Mon, 12 May 2008 20:01:46 +0200,
>  >  Isaias Punktin wrote:
>  >  [...]
>  >
>  > > debian:/tmp#  scp XXXX.tar.gz email@hidden:/home/XXXX/XXXXXX
>  >  > Received disconnect from XXX.XXX.XXX.XXX: 2: Bad packet length 884931021.
>  >  > lost connection
>  >  >
>  >  >
>  >  > I have tried with Lenny/Sid but there is no change. I have tried
>  >  > connecting my PC and the Armadillo directly (with no router in the
>  >  > middle) too. Is somebody experiencing this behaviour?
>  >
>  >  haven't seen it.  your ubuntu box and other can communicate without
>  >  problem, right?
>  >
>  Yes, it's right. I have used other PC to connect to my 500 and there
>  are errors too.
>
>
>  >  does it happen with other tool like http, ftp even netcat?
>
>  I have only experienced this with secure connections like scp, ssh o
>  https. Never with ftp or netcat.
>
>
>  >
>  >  have you electrically stressed a500 network?
>
>  My 500 is connected to a Linksys switch... I think it has not been stressed.
>
>
>  >
>  >
>  >  > PD: Is this the better place to ask things about Armadillo 500? I
>  >  > mean, there is a mailing list in Japanese... should i translate my
>  >  > questions (somehow) and post those there?
>  >
>  >  no need to translate to japanese.  just post there in enlish.
>
>  That is great. Im following the other list translating it with Google
>  but i have not seen other people with this problem. Googling
>  "Corrupted MAC on input" there are many people experiencing this with
>  different versions of software and hardware and no definitive answers.
>
>  I have tried to test my 500's RAM with a script like this
>
>  http://people.redhat.com/dledford/memtest.html
>
>  is there a better approach to run a RAM test?
>
>  >  --
>
> >           yashi
>  >  _______________________________________________
>  >  suzaku-en mailing list
>  >  email@hidden
>  >  http://lists.atmark-techno.com/mailman/listinfo/suzaku-en
>  >
>
>  Thanks again for your speedy answer.
>
>  Punkto
>



More information about the suzaku-en mailing list