From nobody Thu Jan 11 21:28:15 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 4T9yTG0lGCz571n9 for ; Thu, 11 Jan 2024 21:28:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 4T9yTF5J2Gz4H7r for ; Thu, 11 Jan 2024 21:28:33 +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=1705008510; bh=CuChMBq6gAqH9wek0qGvUDKwT9m4zUVPgDIFNl6YkqY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ISq3+gFGhIX2NjVPXvg81RDmtyCcnEoyos5kI/9t8zPDx/fJ2mZMuQoSXynTDOSFhwjh3aYB+UX3/LjD5YIsxOK3uznbmBcNzO5fnwBWoFGDqoEk6PUWPpL3YzgnNKFgJAssD9FwwKzbhC6c16vm3UGD/u1m7rD4pPLTdcXxBcfnnjFqo2OrYNSgdhkWkjjxKIerM8zGrl43oknoJHu25zQvmVbuIykUgCxUKJ8ICA0rh4sx+ErVcx0dDKLb4ZtywenWnwL6tXV0ioGOkn/4G/DKgUhsqvXBDrR2dGsGUdWQMhklOSB7ygrHNk5Gor8vIHLAH6or3qZqvx8OYXzLfw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1705008510; bh=W6nU8lD+1vimwmnojPrgNuUM9IlmFUQvEU5eA1ZOWRa=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=H3ok6JPukEjsEI/zR0DhM7hn8/I97l23ebIdGsScvYI0a9HbqLvvHYdm9/W+2js6j4JMRG7YPBu3jE2VOREP/R1v/XxzUvTI+V6mztdueBeAOw40xTd/kTx/cszsmGISd1nf+lxUZeL4y8qId2DxsiwrZzCSkz4jR3g54S2LWaOjLmDBGKjXtPN6Z2Xa0F/i49He2r0ozHw505FNwmoAiTA/eM2hCVYB+8Qsyd9MxIKXPxuHgizjjCPGnTTBk58Yrg1xJrc8ocLsO2Bpp+SSkFdQpERV7Al0qU5i3o7Nmuz0scaReIK+QzfdshQIk6h06xmyXHSqiLZUDv2rhRMJDA== X-YMail-OSG: 59JvHP4VM1l6mso8XGBdd47VwLT8nnz.lNGok72Z7i2aHF7jy.XJLJVboADc8tz xrh4sllmhs0o.AFEkGM9xREEtUScgL9uM3Jh9XcwE1f0F8xajCN5KIOh.92wBONkYza7Gy2I6bFx DU2B7Okp.kBgIUdp_DZdhg.GJ7E82cJOBhywZZKJI5kfAC2y3EbMFj0EgkoKn6A2ATjuzNzE0hAd OLcNJn1jGH5IAwP0ycDMDqBanZb8y06t90Vz4RsU2EnsmnUJUgWfw7CMnvnSsL5ejGeTfGz5.GV9 g2sgLc6I.KbUu1eEGoydGARTThUfO7CHcgUKs7nePxAWpWgGBcTTJmMXRMLGA2d3CLHYmJUk7Kae Pe.fimsFLbf_J0QQVJD7NVc9iaIO2_vCfAxl0arOIGITWfHN2lFEU9PNcK5gLCDIHG4YTe6tQptt 0n.O.eAmPCICNfKJ_BrFqN8.OGNkMVvPXPIUcRLq07WUnoLAkAT9K0DKnnlYVitjbDao.0RjBO2f kI8mWUkG2IRQCep9u8ztZSWzkj9drazytZkKVunQaj8MGsKiZKgXbzb3tYKJAueD3g7.WqKeU95d Mo1ZmFW_UTc7QAnQM6WL19nrQM9IlS0f2Th868out27hOaBmSXp2TDVFTm69umJy36C9gkFZ2eBH S18MtMht37z0lS9O5JEdcQrchJFHFoPc8CSKcABUr7tVIejzpijU2VzhBVCrhdKV1QTo_vUsFQGV zA9QZVXlPnGdFAuPJs7SioQWv.EPhuCRamHvTA_RzmRPk4hmw9arJz5V7UJZaNzBc2mYZkfCfPXz GjpwBqrojtJ5bsWolmdgjnMzqix9yY1yR.E5ayQNPm4IwhIQgQUWJtz267HlUZnnKiwiHvqYXoZ3 hjAaGRS9wdPsqUq5aHfKDlBw.LxpkghhabvwRyeL..PSCp6tfGtUD2GiZ.0gtdnYLRHYNEIRm6_V OFVjVacdVbjh8wHmOk01iYXP8YO3EyBHyDyC4E1SMqmlUkNMvawvnMpdOnD3Bkm8GFQWu1qgAzWJ sTW0Rl23UUf5PaBLPddLwHh6vLE2Z8VF1L0L6jlr8OCJI5jEve.zcS.c6RLnehyuVNFara.16Zqd eZ3tVWaW6f3W.16j5S8pMn8Hd2pubf27a8CFfgAihn16Y5nGANbXbZMsPe5KMS06KY39j.W2N_bM sTRygEYes4qJpUyd3UGu8sA1iK6YtM.7Xi8ipVXD4WoBdRb7sNZQG576PtSBq_a57Z44b.NFL2Q. wRNA1bShNafiz5uVUD.O0IGLtLHyvli6GYJ0tp1i19LOcciLi.Itqi06LnsAdcLlkzDRQH8T3RBg poHlo.PhAD.mz32rnh1VlPTtmy_FYEjEs2FepvSWjUTREnvVoNZY_UBM1e6fiqqKch0zQQ2PEXSf QcpYBgBJjMj1YFY98VRaawCdoQikRur1fqoMgOR7fpLUL6CbP3np3hB997BaLaSNlojuQM2ppVtH vXHzzlz.TQjvHvFJjYU1cVKDPcv.Ut17khnrFuxEwHcs6Fyo6SjApUIYoAMxID9OqLRlKGD6ocbW nzpO2nGxz3ORnON1nUaXOBA.5ZJaAkZpxHI58Kt5PupuSlV4PFLCdLzpgF0BxnCuZSvhPU5z4B7d ajdm13sLT7y0kAmdCj_eTpdOz17u9zi78blLUQW42dS3n7ONPIWgCj_LOim5OdHFH6pyW._KXVdy xty8R90wUXBH9FsLNDEzWKsYV4mjmyzQtuDgYobok3UN4BCW6GDbo6QtnYAiAIjpXN4CJE1ezqIF 5PUgOr5dndbtl5UXAM.zhNWDvMNdM6dixnBwZu7SgGitHZsJ6ixRhvFT0iZP_LWXAdSbY5uDmv4r FTx4RFqSwWHS0743fB6e3ZM6kKjECp1WRub.2bGq4pmOQBgAvd7wP0Mk3kINPBXA8p5gE_ZUmjO0 naR5x85g43.wu4bxeoyaKCzve.qxhCHw5ijAG2.nS5DwjY6vfDHM44mHHhnRu2i8qwewNBAHhXSt QWOL2UHv9MdBMevN6BeanNlIvRV4KWKzcBtztivUanYLXFd_Xjx3ypeKVdSQqXX75S5gR77eP6Bi ITog9m6fFLN7TN1nBB7sqeia3F3ZJfj6VsP6UnRaIWj2KpXzXqgbzYDETTfPjd0UyeAqzQQu8BdR R9HjfVaHFbnq4FwT9aX1kkb4aBbNOW7fCYAKeIn0wP6d2Nd_igaDblBM5ebSqbdrKzFlvei5PvV6 PZIHadMo2_xOfEsOZzq38mrq3xfc7WRirxsLkfDNPHpHWWXIqd9BdWECJQQ98GJCJXOGRIjs5rWp 1 X-Sonic-MF: X-Sonic-ID: 3214cd37-0d47-416f-8a8b-88e5215a9d9e Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Jan 2024 21:28:30 +0000 Received: by hermes--production-gq1-78d49cd6df-szbbq (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID de0f82d7810bc1e83359c9b5dcbff53d; Thu, 11 Jan 2024 21:28:26 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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: Thu, 11 Jan 2024 13:28:15 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <902798B1-2B66-4ECD-BDAC-195C85066FE6@yahoo.com> References: <3012A549-9482-4D69-9DF4-7987E650DFFA@yahoo.com> <55AC6824-587D-4C67-B64B-2045A1112F69@yahoo.com> <041F74B4-3D44-4364-9EBD-9F21A4F3B313@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3774.300.61.1.2) X-Rspamd-Queue-Id: 4T9yTF5J2Gz4H7r 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 11, 2024, at 12:12, bob prohaska wrote: > On Wed, Jan 10, 2024 at 09:34:00PM -0800, Mark Millard wrote: >>=20 >> "&" creates background processes that are still killed when >> their parent tty or controlling process goes away. nohup >> avoids that kill. >=20 > Not sure what's going on, but if I use=20 > make buildworld & > on one of my RPi* hosts and log out or otherwise drop > the connection, the job keeps going. Maybe use of tcsh? >=20 >>=20 >> What was running on nemesis.zefox.com was its side of the >> ssh that in turn was attached to the shell that in turn >> was running tip --until those exited/were-killed on >> nemesis.zefox.com . >>=20 >> But there is no information here about which of those was the >> one to start the failure on nemesis.zefox.com : >>=20 >> A) Was it the tip process? >> B) Was it the shell process? >> C) Was it the nemesis.zefox.com side of the ssh? >>=20 >=20 >=20 > I've put relevant excerpts from /var/log/messages from > ns2.zefox.net (the console host) and nemesis.zefox.com > (the terminal server) at > http://www.zefox.net/~fbsd/tiptrouble/ > They've been trimmed to the tip failure timeframe. Note the "ucom_close" and "ucom_shutdown" and "ucom_cfg_close" in: Jan 10 14:12:54 nemesis syslogd: last message repeated 1 times Jan 10 14:16:35 nemesis kernel: ucom_outwakeup: sc =3D = 0xffffa00002466088 Jan 10 14:16:35 nemesis kernel: ucom_get_data: cnt=3D1 Jan 10 14:16:35 nemesis kernel: ucom_get_data: cnt=3D0 Jan 10 14:16:35 nemesis kernel: ucom_inwakeup: tp=3D0xffffa00001979800 Jan 10 14:16:35 nemesis syslogd: last message repeated 1 times Jan 10 14:26:40 nemesis syslogd: last message repeated 1 times Jan 10 14:29:48 nemesis syslogd: last message repeated 3 times Jan 10 14:29:48 nemesis kernel: ucom_close: tp=3D0xffffa00001979800 Jan 10 14:29:48 nemesis kernel: ucom_shutdown:=20 Jan 10 14:29:48 nemesis kernel: ucom_dtr: onoff =3D 0 Jan 10 14:29:48 nemesis kernel: ucom_line_state: on=3D0x00, off=3D0x01 Jan 10 14:29:48 nemesis kernel: ucom_rts: onoff =3D 1 Jan 10 14:29:48 nemesis kernel: ucom_line_state: on=3D0x02, off=3D0x00 Jan 10 14:29:48 nemesis kernel: ucom_cfg_close:=20 Jan 10 15:04:07 nemesis su[35181]: bob to root on /dev/pts/4 Note the time frame vs. your reported: QUOTE Jan 10 13:14:06 ns2 sshd[48381]: fatal: Timeout before authentication = for 59.56.110.106 port 50300 Jan 10 13:34:34 ns2 sshd[926]: error: beginning MaxStartups throttling Jan 10 14:12:41 ns2 sshd[48506]: error: PAM: Authentication error for = illegal user shutdown from 185.11.61.234 FreeBSD/arm (ns2.zefox.net) (ttyu0) login: client_loop: send disconnect: Broken pipe bob@raspberrypi:~ $=20 END QUOTE Looks to me like something lead to ucom stopping on nemesis.zefox.com . The ns2.zefox.net shows: QUOTE Jan 10 14:12:41 ns2 sshd[48506]: error: PAM: Authentication error for = illegal user shutdown from 185.11.61.234 Jan 10 14:26:28 ns2 sshd[48524]: error: = Fssh_kex_exchange_identification: Connection closed by remote host Jan 10 14:43:28 ns2 sshd[48546]: error: PAM: Authentication error for = illegal user test from 85.209.11.226 Jan 10 15:14:29 ns2 sshd[48603]: error: kex protocol error: type 20 seq = 2 [preauth] Jan 10 15:14:29 ns2 sshd[48603]: error: kex protocol error: type 30 seq = 3 [preauth] END QUOTE It does not suggest ns2.zefox.net as starting the sequence. > There is a link to a copy of nemesis's sshd_debug.log file at > http://nemesis.zefox.com/~bob/fbsd/sshd_debug.log > The file seems too big to search interactively via a > browser, but it might be possible to download it in > one pass and then grep locally. For some reason it > isn't timestamped in any way I recognize.=20 >=20 >> We only know that the end result was lack of anything >> reading the pipe on nemesis.zefox.com : by then >> the ssh side on nemesis.zefox.com had stopped being >> set up to read the pipe. >>=20 >>=20 >> Did you look at /var/logs/messages [or the analogous linux >> place(s)] on "pi4 RasPiOS workstation"? What, if anything, did >> such have from around the failure time frame? >>=20 >>=20 > I tried, but the naming is very different from FreeBSD and I > didn't recognize any obvious candidates. I'll look more later. Looking around I found in: = https://askubuntu.com/questions/26237/difference-between-var-log-messages-= var-log-syslog-and-var-log-kern-log QUOTE 2020 update You may still stumble upon syslog; but the defaults have changed. journald has replaced syslog, in quite a big portion of systems, = including Ubuntu. This is relevant because you won't be finding /var/log/messages that = often anymore. journald doesn't write plaintext logs =E2=80=94 it uses = its own, compressed and partially authenticated format. Search online for e.g. journalctl cheatsheet, or just study man 8 = systemd-journald, man 1 journalctl yourself. Syslog and journald are, to a degree, cross-compatible; you can = transport logs between them in either direction. However, you won't get = plaintext logs a-la /var/log/messages with journald; and you won't get = structured (journalctl -o json-pretty) and authenticated logging with = syslog. END QUOTE > Meanwhile, the non-ssh-mediated tip session from=20 > nemesis.zefox.com to ns2.zefox.net's console gpio pins > remains up. >=20 Looks like the 110 MiByte or so file will take an hour or so to transfer from when I started it. =3D=3D=3D Mark Millard marklmi at yahoo.com