[10:41] Hello all [10:42] my apache2 server software is randomely exiting on focal. not putting much in log [10:42] nothing in /var/log/syslog? [10:43] have you looked at journalctl [10:50] nothing that gives a clue [10:50] just a basic two liner with FATAL error and exiging [10:50] %s/exiging/exiting/ [10:52] (2) I have issue with nsswitch config. when I make changes to /etc/nsswitch.conf do I need to restart/reload any/relevant service for that change to take affect? I'v changed hosts: file dns myhostname to hosts: file dns. my ssh login was first giving the possible break-in attempt owing to PTR record not being there. but then I changed UseDNS no in /etc/ssh/sshd_config. now it just keeps thinking forever on ssh login attempt [10:58] https://dpaste.org/knL9G <== output of journalctl -u apache2 [10:59] not giving a clue on why this happened [10:59] (22)Invalid argument: AH02027: Failed to release SSL session cache lock [10:59] getting repeat of this error [11:06] guys, anyone around? [11:06] looks like a cache config issue for ssl? [11:18] https://dpaste.com/AG2BHNA28 [12:37] guys, anyone around? === TheCaptain7 is now known as TheCaptain [15:11] what's the default config w.r.t Mutexes on focal for apache2? [15:37] guys [15:37] https://stackoverflow.com/questions/50652808/apache-shutdown-couldnt-grab-mutex [15:37] for my error ===> By one wonder or another, it seems that once your start using SSL certificates, this configuration line is somehow "ignored". Thus, Apache fail to find the lock dir for the mutex file. \r\n Just adding (remove comment) this line into /etc/apache2/apache2.conf isn't working either. [15:37] You have to specifically create a configuration file and enable it. Else it won't solve the problem. <== is this also it? [15:38] I'm on focal [19:59] dbungert: do you know if the fix has been landed in subiquity yet? [19:59] i know it was fix-committed [19:59] but i'd love to see the netplan fix before the .4 images come out [20:00] teward: the permissions thing? Yes, that's on the .4 branch [20:00] dbungert: yeah i was ambiguous, thanks. I was gonna ask for testing but as I haven't seen Fix Released yet on the bug I thought I'd prod :) [20:06] teward: the 22.04.4 candidate isos have been built with a candidate 24.02.1 of the subiquity snap, if you're interested in testing this fix [20:07] yeah, i'll be testing it. I might've misplaced the link though if you have a link. Or are those just on cdimage.u.c like the development ISOs are? [20:08] yea, cdimage [20:09] specific instructions can be found at https://iso.qa.ubuntu.com/qatracker/milestones/451/builds [20:10] got it i'll run BIOS and UEFI VM tests [20:10] also dbungert fysa Firefox and Chrome both whine that the download link is unsafe because it's not on HTTPS [20:11] might be something to look into whether IS can put up a cert just to allow HTTPS links on cdimage base system [22:52] dbungert: confirmed the permissions are proper in the .4 branch and submitted the BIOS test results against VMware Workstation 17 compat. Doing a UEFI test in a bit to do extra testing but that's a passed for both the permissions issue on netplan files, and a passed on the standard bios install test. UEFI is up just for test thoroughness [22:53] but confirmed subiquity is good to go on that permissions issue [22:53] teward: Thanks! [22:56] dbungert: unusual discrepancy observed between BIOS and UEFI [22:56] UEFI prompts for "install with HWE kernel" [22:56] BIOS doesn't