From nobody Sat Jan 13 05:49:47 2024 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TBnYR752Lz56nxn for ; Sat, 13 Jan 2024 05:50:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TBnYR4V3Kz4PxN for ; Sat, 13 Jan 2024 05:50:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1705125001; bh=UwW4c9skSwJDuT8b4zwfBrxbzACupBQfpeiy/mTYLIU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=DO/iRZYOobpakOL+SWvuD3VYjoEL5QmudEqW3FRXof21iT9CaSf79dqaW93B7OtDNHCMbWBpWsZf8nQom/yicLd9V0YgDq92xrcgcnu+9CXr0lcfO/A2zxTexNF/2Gwu3pxEmtjzkF9hTUX+/V6InD6BtrNOIZBJsCftMnYK6vxLL2X6UPuVKi/2NY6HgFd9ySooN29XMcfPgIod+CnZWbXbYKDd+Navb/teS3u1E+KkgdOxdM7sEeFSkevsvB6ogGdtH77qGt7ebCkdQSGFzqjRpDWPbIY3JcIYFJMCxgqUpubis4zpl4x8x1Yce2zIkYLXPkJOSjI3U3svJ4i+1g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1705125001; bh=oWhONxHUgqb9zzjAdsq42zUVuj/QCd7AjyrYFRELC0l=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=iAM4dS4lVEeKqQn6Odgjn1qnppHnBxu6cskzjNbQZpuOo51cQMsfhd7qmJX7iJexWzZDUQ24S/EZv+IlLB6uUnPqj9ZT2bnYY55Mss3uN2flHpeAgz479WUacjrCItVHzvAvJvlDMdDgK/nCdLoUaRwcdDGW5IABcOlTatj+3cWjPdGuGm5Yyxp5/7jDddrilIECofM9nXEDT0odOVdB3VdPxw16cQbajwEuDYAoQb4ZuX9TIYXRsVkyq9Zzi1WPR2vAT3WY6KLWVG6j5Ybxa8AjyIVkCb2L30w2m62GUDzva3TBKMeSiDBPVTATBj7d7+3ZpbU7zFGX10Zs3/kt/g== X-YMail-OSG: djFrFqcVM1l96CHdgZwbAwHbqB3RohCXwPpOfsaZTu_wIotX_xoVj0hR.4GJaej 15ZZW6.4wiqf0qBXwraURFCTgLaqUNmyOJ5JRR0w8e4dgk5bE_3AimfZJV82T34a2Sd3qgna.q3h 1u2nW8OzJ9xJqAxwccU1ax3CRBYB_rjhRuNWsGK_5rcll8MYksFSUy5PW9tfQNxDYgsAQJlHCv9G uVlV198yl8YkqLX9i2TVTQUs8wVaB4yM29WfHTynzPaMSZzovjZRmPkwchRmG2gkR0O_qVpbdFfB j0__bpSjBiw9bMolH.cYrDsCr7Kj_h7WO4a.JdHRzhYJ6kXcEl8WV.vqvkwttfpZK4CDRbdiwYs3 f77qNxnp3q2X9oSEwFLuwRHIrxGF87pW_U8nS_KxZ3f.mPT3c62MJ.47X88WNAMCZJf9z9B_U5tM GhsGSMWdYp9IYHBtZHjF6QQMeODs6YaWfCaH4HmE.3e.zr0yqDE2mctGTXaeFSM1DE6R_brZ7VGB cUbGYAo.TmI6CtGtvcNH5U6NDsU8wWvoWeJ8b8b4EqTLnhYr5sK7nB0j_RK0MSnSCFUXsREUM1Ri fVcWP5rq6lMZQvh9Dr_WmR_GcgRT3WnkTSY9sQ9grrviT9bgo21g.dU.fbWgTy5jG.v6uwIWymyv wl0mbSY2rs569p_kngRBOnh5Oa40XnoN75L_w8D3sur4l2jQyEXIym3RpJx3NQoZFO9SAAmlZr08 G6EYxwkgx6Uo.O24rE424QMxE2Nk57HlJqs9.xnJLt34.qIu7_W7Eb.mt2wv.7AZO31AlISz2mmC b6tyHLvDsO6BDkIrORvGqsQ_fd5ry4eEK1_f5UX39axJl3SIsg3_rVmtFN7IPX048RZRnHkU9m_G cinPjlbraK1z2s8IJDpVqPw9U0JTzhvkYJrKqK450ezI0YoHgjh8UPEnG.aQMKwS4CEzQbqcidwX Hnri6tsx0MjXLscmEQKMbk9hIzoNVIAGxbYokCsTiNFUVYNwwtSolH69.b2OmRlBSyWvqc0Fa19X RhnxsVu_x919zwM2ps3tegZ17qy6CWtpXzYnp1VdxQkw_ZC3lmmgIxI97aiTekeO6dRle0ebCKSq 4utUpUBrD_ZhkR6r.JOt6KrgW1jVkEOO32MV59cHZoh8wDo_n2d1sbsef1_tNcMO5KgkMOwwt_p_ DEH3fHKE2A1pvKrrmSrFHgIyamFxm_wxz63b5vmmAchDwuGV89fhQPoa6P_odxzKueVrB.jIxfiI IWtJvLBIifBmOTog15y6GdJ7nSfCikWKprtYN4IrZ0xGi3ei3L9kJ7li1PjOsFDYVhLUUFUz0kxj HzRG7c650SyJGt.EIlRWHYY_1gNmkjBz_TzEJ5h1Pha2xh9nJMPa__wgLGTXe4YgFIwblb2up.PJ ax2Trd9JrB7asYDQ0AfqcD_qRJvSuzQsrFFMPXC4Bo2ALfZLEBmmBj_aDnoqc6shn3jDRD.IMYmH kFlY5ExazoM.n58oXfvZPuL_NJPc5k7MCfxaCcB.J3LhxirGLywgf4UchigpbNiedtBm7TCDqko4 o5d70Uw.DFUQOaF7fab_e7kB.FIC0Jd.YxzGkuY_O4auvVKNvahMHZO1OMnyjHCL2BLySYp7n_Wj 1Ycq_BlxPcVu4jX5pAXEQjS67Mj7Rgylowki9NwgmwY69phwRT2QZYkXSiF1w9Dvby7.QT3C9z5m eD3ZZIC9BUKzN7XMUFi4Cz3ER6jDDWBR3PjC.OH8Z0LFTeR9ruM6ZgBIk8NECMbgfF6FQDTO42h3 cbgR4.pKdumo6EcjKM4l_gt7a82bas7nZ36lb5N7q8JEqVGphz_eLHtJlelO5v4cfnPgFjFbgnl7 PX48zqmbGlGquJ1RfVmPYZhLs4QOuiS.Ka5qo1egdh3GVOUZTCLEN3vbDpRLU_.dWHZnoW.hZQGk 3vGvRKIDpPM5ylNKCVPMPkPYt8ToOwlb0UB8WDy9nOI7ENBkpnoPQZkU9wleDv6EpNge7lEqkS01 h6vLm0owPD5vU.7YLf_.CSETWEsQN2KGv_HAXNUBIcVIU126BH5t0Fot0tMaAlaSK2.xssTy1Hwl nHf5CFSCD6Pk46G76TbNP._A2055okiL0v2fPdDuAJOdkRIusiwt4k_IUhUEmN3hETlLmCISxaHl Z7tKk.TphG5YUopXpiuyiS.EGE2mKNOjUjjD1t9dfhwV9.2h3HKxgg6nTThVS1oonxYuFKnF4i7X udmdOmqoYVseyBWqn3CQrpE7woCQ5ZeeS9t8dEbJwiy8WFAuiVhxui6cXkx6IaytZjQ5VwhO5i.8 3 X-Sonic-MF: X-Sonic-ID: c0200031-18ed-4195-bcc4-00dd10fcdea4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 13 Jan 2024 05:50:01 +0000 Received: by hermes--production-gq1-78d49cd6df-szbbq (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b4635fc5e04822b83cf3e7eec6adb30e; Sat, 13 Jan 2024 05:49:57 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.300.61.1.2\)) Subject: Re: USB-serial adapter suggestions needed From: Mark Millard In-Reply-To: Date: Fri, 12 Jan 2024 21:49:47 -0800 Cc: FreeBSD ARM List Content-Transfer-Encoding: quoted-printable Message-Id: <85102B46-CC5E-4FDA-8736-F562512FADEC@yahoo.com> References: <902798B1-2B66-4ECD-BDAC-195C85066FE6@yahoo.com> <8B4C76B2-707E-4978-9CB3-5D547303A7E5@yahoo.com> <482FA770-89E8-42E8-945E-B662AD564AFE@yahoo.com> <9F0BEC32-93CB-4DEB-98C4-D0FF2284B9DE@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3774.300.61.1.2) X-Rspamd-Queue-Id: 4TBnYR4V3Kz4PxN X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] On Jan 12, 2024, at 17:52, bob prohaska wrote: > On Fri, Jan 12, 2024 at 05:18:25PM -0800, Mark Millard wrote: >> Do you have the following sort of thing in each /etc/sysctl.conf ? >>=20 >> # >> # Together this pair avoids swapping out the process kernel stacks. >> # This avoids processes for interacting with the system from being >> # hung-up by such swapping out of process kernel stacks (and other >> # types of processes as well). >> vm.swap_enabled=3D0 >> vm.swap_idle_enabled=3D0 >=20 > Not on pelorus.zefox.org, www.zefox.com, nemesis.zefox.com, fixed now. > The rest already had the setting. >=20 > While checking, I logged in as root on the serial consoles of each = host. > When I tried to log in to www.zefox.net the response was This and http://www.zefox.net/~fbsd/tiptrouble/corrupt_mac do not make clear the full chain of connections. In fact the presentation seems inconsistent with other information so various things may have changed. Some context based on prior (out of date?) information: |-50.1.20.30 ns1.zefox.net Pi2 12.3 armv7 ftdi = usb-serial----50.1.20.27 |-50.1.20.29 ns2.zefox.net Pi2 12.3 armv7 2303 = usb-serial----50.1.20.30 |-50.1.20.27 www.zefox.net Pi2 12.3 armv7 2303 = usb-serial----50.1.20.26 Was "pi4 RasPiOS workstation" involved as a starting place? If so, what sequence gets to www.zefox.net from there? If not, where is the starting direct login and what is the sequence to get to www.zefox.net the same way you did? Starting with what you showed via: http://www.zefox.net/~fbsd/tiptrouble/corrupt_mac (not knowing how you got there) . . . QUOTE FreeBSD/arm (www.zefox.net) (ttyu0) login: root Password: Corrupted MAC on input. ssh_dispatch_run_fatal: Connection to 50.1.20.29 port 22: message = authentication code incorrect END QUOTE 50.1.20.29 is supposedly ns2.zefox.net instead of www.zefox.net or ns1.zefox.net according to http://www.zefox.net/~fbsd/netmap . But . . . QUOTE [back to shell prompt on workstation, try to reconnect to terminal = server] bob@raspberrypi:~ $ ssh 50.1.20.29 Password for bob@ns1.zefox.net: END QUOTE That looks to also indicate that 50.1.20.29 got to ns1.zefox.net instead of ns2.zefox.net . Then there is a name referenced that not referenced at http://www.zefox.net/~fbsd/netmap at all : QUOTE Last login: Thu Jan 11 11:02:27 2024 from gateway.zefox.net END QUOTE Then there is more text indicating ns1.zefox.net is what 50.1.20.29 got to: QUOTE FreeBSD 12.4-STABLE r373269 GENERIC=20 Welcome to FreeBSD! [MOTD snipped] bob@ns1:~ % su Password: root@ns1:/home/bob # tip ucom END QUOTE If ns1.zefox.net is connected to the serial port of 50.1.20.27 and if 50.1.20.27 is actually www.zefox.net then you got back to www.zefox.net again at this point, via access to the serial console as the last stage of getting there. QUOTE Stale lock on cuaU0 PID=3D1460... overriding. connected ) Too many )'s. END QUOTE I'll not quote the other odd text. There were numerous reference to "root@www:~ #" and to "Too many )'s." mixed with other odd text. For all I know, the text may be exposing the contents of arbitrary memory. Whatever text directly followed is not shown. It might have been a normal looking login to www.zefox.net for all I know. > . . . >=20 > I've seen this only once before, I think logging in to = pelorus.zefox.org. > Re-running ssh to the terminal server ns1.zefox.net as 50.1.20.29 ? > and tip to www.zefox.net That suggests that 50.1.20.29 got to ns1.zefox.net which is connected to the serial console port of www.zefox.net (as 50.1.20.27 ?). > connected directly to a running console root shell. Apparently the > login attempt started a root session on the console and detached > the tip connection. Not shown in http://www.zefox.net/~fbsd/tiptrouble/corrupt_mac . Good to know. > For some reason I find that rather sinister. You may be suffering occasional hardware or software corruptions of material that end up going over Ethernet. When it happens in the right kind of place (possibly more rarely than corruptions actually happen), you end up with the ssh session crashing. The "Stale lock on cuaU0 PID=3D1460... overriding" sort of notice may well explain the garbage text: the memory involved may well only be known to be good when the lock status is reliable at the time, instead of being overridden. Figuring out the hardware vs. software contribution to corruptions is likely much harder to do than getting to this point has been. But now you at least have evidence of an example of the type of thing that is sometimes going on. The bugzilla material eventually needs to be updated with something that can be followed and noting the possible occasional hardware or software corruptions of material that end up going over Ethernet that are now demonstrated to be able to cause the symptoms that you have been seeing on occasion for so long. =3D=3D=3D Mark Millard marklmi at yahoo.com