On Sat, 2024-09-21 at 13:16 +0100, Patrick O'Callaghan wrote: > Here's the relevant section from the journal: > > Sep 21 13:04:12 Bree systemd[1]: httpd.service: Deactivated successfully. > Sep 21 13:04:12 Bree systemd[1]: httpd.service: Consumed 2.980s CPU time. > Sep 21 13:04:14 Bree NetworkManager[1214]: <info> [1726920254.0080] device (enp12s0): carrier: link connected > Sep 21 13:04:14 Bree kernel: r8169 0000:0c:00.0 enp12s0: Link is Up - 1Gbps/Full - flow control rx/tx > > I assume there's a systemd mechanism for getting httpd to wait for the > network before resuming, but I've no idea how to accomplish this. Supplementary: I just remembered how I used to get the same kind of problem with NTP when I had dial-up. Of course my PC wasn't on-line all the time, and not on-line when the PC booted. NTP didn't like that, would fail, and never recover. Likewise, whenever I disconnected and later dialed up again, NTP was stuck in a barely-functional state (free wheeling, but refusing to try referencing any external time servers). I ended up putting a script into NetworkManager (or its equivalent back then), that restarted NTP after a particular interface went on-line. You may have to do something similar. I'm not sure whether you'd need to do something to customise Apache's Listen directive to a specific interface (or several), too. -- uname -rsvp Linux 3.10.0-1160.119.1.el7.x86_64 #1 SMP Tue Jun 4 14:43:51 UTC 2024 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. -- _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue