- BALUG-Test - lists.balug.org

test - ignore (DMARC, etc.)
by Michael.Paoli＠cal.berkeley.edu 01 Sep '24

01 Sep '24

test - ignore Subject: test - ignore (DMARC, etc.) From: Michael.Paoli(a)cal.berkeley.edu 1725232431

1 0

test - ignore (DMARC, etc.)
by Michael.Paoli＠berkeley.edu 01 Sep '24

01 Sep '24

test - ignore Subject: test - ignore (DMARC, etc.) From: Michael.Paoli(a)berkeley.edu 1725232411

1 0

HyperKitty archiver (or web interface thereof) up ...
by Michael Paoli 31 Aug '24

31 Aug '24

So, looks like the web interface is back up again (reinstalled the mailman3-web python3-mailman-hyperkitty packages even though they were already installed, that seemed to suffice) ... but ... was that earlier message archived, and will this one be archived? On Sat, Aug 31, 2024 at 6:12 AM Michael Paoli via BALUG-Test <balug-test(a)lists.balug.org> wrote: > HyperKitty archiver (or web interface thereof) is down, > presumably a configuration issue/glitch and > presumably mail interface is fine and Django and remainder of web > interface looks okay.

1 2

HyperKitty archiver (or web interface thereof) down
by Michael Paoli 31 Aug '24

31 Aug '24

Did Debian 11 Bullseye --> 12 Bookworm upgrade HyperKitty archiver (or web interface thereof) is down, presumably a configuration issue/glitch and presumably mail interface is fine and Django and remainder of web interface looks okay.

1 0

Re: test - ignore - Debian Buster 10.13 --> 11.10 Bullseye
by Michael Paoli 25 Aug '24

25 Aug '24

And testing via SMTP from The Internet.

1 1

test - ignore - Debian Buster 10.13 --> 11.10 Bullseye
by Michael Paoli 25 Aug '24

25 Aug '24

test - ignore - Debian Buster 10.13 --> 11.10 Bullseye pre-reboot test (apt-get -y full-upgrade completed) # uptime; uname -a; ls -A1 /boot 13:21:59 up 4 days, 4:25, 2 users, load average: 0.13, 0.17, 0.28 Linux balug-sf-lug-v2.balug.org 4.19.0-27-amd64 #1 SMP Debian 4.19.316-1 (2024-06-25) x86_64 GNU/Linux System.map-4.19.0-27-amd64 System.map-5.10.0-32-amd64 boot config-4.19.0-27-amd64 config-5.10.0-32-amd64 grub initrd.img-4.19.0-27-amd64 initrd.img-5.10.0-32-amd64 lost+found vmlinuz-4.19.0-27-amd64 vmlinuz-5.10.0-32-amd64 #

1 4

Re: systemd unit file mod, nntp removal, ...
by Ron / BCLUG 25 Aug '24

25 Aug '24

Michael Paoli via BALUG-Test wrote on 2024-08-23 05:29: > restarted the relevant service: > # systemctl stop mailman3-web.service > # systemctl start mailman3-web.service This reminded me - I've modified my unit files so that only one service needs be started - same for re-starting or stopping: Create a file at /etc/systemd/system/mailman3.service.d/override.conf with these contents: [Unit] Upholds = mailman3-web.service Before = mailman3-web.service Probably need a `systemctl daemon-reload` for systemd to read it. Now, starting mailman3.service will *also* start mailman3-web.service. Now, restarting mailman3.service will *also* restart mailman3-web.service. Now, stopping mailman3.service will *also* stop mailman3-web.service. Also, there's really no need for nntp bridging IMHO, but it's enabled by default. Which causes an extra entire Python interpreter to be loaded in to memory. Disable this via: /etc/mailman3/mailman.cfg [runner.nntp] start: no Save some RAM... I believe this nntp support will be removed from default settings in the future, since I called attention to it on MM3 mailing list. rb

2 1

test - ignore (post config change sanity check)
by test-dllsepcqvxv2vr5idrgh＠balug.org 25 Aug '24

25 Aug '24

1724551789

1 0

Fwd: And the crash and the issue and image attachment test - test - ignore
by Michael Paoli 23 Aug '24

23 Aug '24

Okay, good actually, that "failed", held for moderator approval, because, with attachment, too large. So, now, forwarded below, without attachment, and there's link in body if one wants to view the attachment. And here's at least part of the bounce bit that let me know it "failed": From: <balug-test-owner(a)lists.balug.org> Date: Thu, Aug 22, 2024 at 11:27 PM Subject: balug-test(a)lists.balug.org post from michael.paoli(a)berkeley.edu requires approval To: <balug-test-owner(a)lists.balug.org> As list administrator, your authorization is requested for the following mailing list posting: List: balug-test(a)lists.balug.org From: michael.paoli(a)berkeley.edu Subject: And the crash and the issue and image attachment test - test - ignore The message is being held because: The message is larger than the 40 KB maximum size At your convenience, visit your dashboard to approve or deny the request. ---------- Forwarded message --------- From: Michael Paoli <michael.paoli(a)berkeley.edu> Date: Thu, Aug 22, 2024 at 11:26 PM Subject: And the crash and the issue and image attachment test - test - ignore To: BALUG-Test <balug-test(a)lists.balug.org> So, All was working fine until ... There was crash(/lockup) ... see "attached" image (if it makes it through to list?). And ... if you really want to see that image and it's not (or no longer attached or not or no longer in the archive), I've also, at least temporarily located it here: https://www.balug.org/tmp.lists/crash.jpg That's from physical host "vicki", upon which sometimes the BALUG VM runs. It was running on there this past Tuesday (US/Pacific) evening, and then fairly late evening - a crash - relatively rare short of having a power glitch/outage (do have a moderate bit of those, don't have UPS, and when running on laptop (with battery that holds no charge), if I manage to accidentally pull/nuge wiggle cord connection out - it drops hard). Anyway, the image - that's photo I took of the console screen of the physical vicki host (powered on ye olde CRT - relatively rare I do that), and took picture from "smart" phone (and then trimmed excess bits out of the image ... also dropped the quality a bit to reduce image file size while not losing much, if anything in readability of the text on the screen). So, before that, all was working fine. After that all seems to be working fine except for the web interface to archives and such (postorius / hyperkitty). And thus far all my testing and troubleshooting and isolating, it actually looks like the Mailman 3 parts of it (all, or almost all) are working properly. The mail interface still appears to be working fine. The django portion of web interface works fine. But on the Apache server, the postorius portion (mostly*) fails ... however, when I did (most notably with strace) on the communication between the two, it appears postorius is responding perfectly fine with good content, yet somehow Apache has issues or doesn't get that content, and ends up giving a 500 error page. *mosty ... I did the other day, stumble across a bit that still works. List membership roster ... with cookie ... can't login now, but still having older valid authentication cookie, I'm able to load up that page fine: https://lists.balug.org/mailman3/postorius/lists/balug-test.lists.balug.org… ... well, it actually wants to download it, and downloads it fine with the correct data. So, yeah, odd, that bit of postorius works all the way through Apache and to client ... haven't, however, found other parts that make it through successfully like that while this issue is otherwise still present. And yes, did also do strace(1) data gathering on that too ... haven't yet isolated why that works and (most of the rest) doesn't - but may use significantly different interface/component(s) under the covers. Anyway, that's where things presently stand. Still working to (isolate and) fix the issue. Meantime, did also do some updates on the main page, notably: https://www.balug.org/#Lists So folks at least have a clue/information about that (and workarounds as feasible). I'm guestimating there's like maybe some lock or state file that didn't get properly cleared or reset, or some subtle corruption or the like - and something along those lines is what's causing the issue. Don't know for sure, but given circumstances, that seems possible/probable. Also possible (but perhaps not as likely) there was some subtle latent defect, as I'd not rebooted in some moderate while, and the (crash and) reboot exposed that issue, where it wasn't seen before that. But looking over the (re)boot history, that doesn't seem most probable. Let's see, peeking at that again ... (and times UTC / GMT0), let's see, the not quite latest (Aug 21 06:20) was the crash and subsequent boot, and at least all of quite a number immediately before that were regular normal reboots. And the one I did after that was another reboot just to see if that might happen to clear the issue/error (no luck on that). $ { who -H | head -n 1; who -r /var/log/wtmp | tac; } | head -n 20 NAME LINE TIME COMMENT run-level 5 Aug 21 08:57 run-level Aug 21 08:56 run-level 5 Aug 21 06:20 run-level 5 Aug 19 07:23 run-level Aug 19 07:22 run-level 5 Jul 30 15:13 run-level Jul 30 14:50 run-level 5 Jul 28 00:10 run-level 5 Jul 6 14:45 run-level 5 Jul 5 09:02 run-level Jul 5 09:01 run-level 5 Jul 5 03:31 run-level Jul 5 03:30 run-level 5 Jun 23 00:03 run-level 5 Jun 18 15:44 run-level 5 Jun 17 08:16 run-level 5 Jun 17 05:53 run-level 5 May 26 22:58 run-level 5 May 26 19:44

1 2

Fwd: [sf-lug] BALUG: meeting Tuesday 2024-08-20 Supporting Older Systems, etc. & other BALUG News: Mailman 2 --> Mailman 3 & other upgrades
by Michael Paoli 22 Aug '24

22 Aug '24

---------- Forwarded message --------- From: Michael Paoli <michael.paoli(a)berkeley.edu> Date: Wed, Aug 21, 2024 at 6:14 PM Subject: Re: [sf-lug] BALUG: meeting Tuesday 2024-08-20 Supporting Older Systems, etc. & other BALUG News: Mailman 2 --> Mailman 3 & other upgrades To: Ronald Barnes <ron(a)ronaldbarnes.ca> Cc: SF-LUG <sf-lug(a)linuxmafia.com> Ah, well, the Mailman 2 --> Mailman 3 migration was mostly going quite well ... until it wasn't. 8-O Bumped into a significant glitch yesterday evening, still haven't got that sorted out yet, but about to start looking into it again. Fair bit of detail on the balug-test(a)lists.balug.org list. And appears the mail interfaces are working, so can post (if otherwise permitted to), subscribe, unsubscribe, etc. via email, but fair bit of web interfaces isn't working currently. So, for the curious: at least in part, email interface: subscribe: balug-test-subscribe(a)lists.balug.org unsubscribe: balug-test-unsubscribe(a)lists.balug.org post: balug-test(a)lists.balug.org help: balug-test-request(a)lists.balug.org with Subject: (or body) of: help As for web, postorious/hyperkitty (archive, etc.) portion isn't working, but the Django portion is working. On Wed, Aug 21, 2024 at 5:26 PM Ronald Barnes <ron(a)ronaldbarnes.ca> wrote: > > Michael Paoli wrote on 2024-08-15 22:04: > > > Mailman 2 --> Mailman 3 > > Oops, went out for bike ride, forgot about meeting. > > Was interested in this topic especially.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

BALUG-Test