[01:57] <foo> OOM is coming out and killing processes. What's one way to be notified of this?
[02:18] <sarnold> foo: you can configure your nagios or icinga or whatever to read logs and look for oom-kills
[02:25] <foo> sarnold: thanks, is that the only way?
[02:25] <foo> sarnold: maybe I can have a system service email me on service restart? eg. after it gets killed? 
[02:38] <JanC> restarts (can) happen for other reasons too, of course
[06:14] <cpaelzer> good morning
[06:18] <utkarsh2102> cpaelzer: o/
[07:04] <mirespace> good morning
[07:20] <jenshae> Greetings and salutations everyone. What with energy prices going crazy in the EU, I am looking for ways to configure more energy efficient settings on my Ubuntu server.
[07:20] <jenshae> As it is an "always on" device, is there a way of getting it to undervolt or go into a lower power setting when there are no active connections to it?
[07:21] <jenshae> How do I see how much voltage it is consuming at different points in its usage? Are there any good tools or logs?
[08:02] <tomreyn> jenshae: there are powertop and tlp, both of which are primarily targeting laptops
[08:04] <ravage> there are some cheap power meters for your power socket. maybe find out how much it uses first
[08:05] <ravage> i run my pi4 at home and thats it really. i prefer loud and bulky servers at the datacenter :)
[08:34] <jenshae> tomreyn: Are those mostly monitoring? I have heard of CoreCtrl for managing the power usage of things, however, it and BIOS won't be active connection flexible.
[08:41] <jenshae> gtg o7
[10:28] <athos> good morning! :)
[10:31] <schopin> athos: hi there :) where are we at regarding LP: #1964514 ?
[10:34] <athos> hi schopin! :) I was wondering if you had the chance to take a look at https://bugs.launchpad.net/ubuntu/+source/php-dapphp-radius/+bug/1964514/comments/4
[10:45] <gnuoy> Hi jamespage, I've raised https://bugs.launchpad.net/ubuntu/+source/ceph-iscsi/+bug/1965280 to cover the ceph-iscsi bug I mentioned around checking the minor version of python3-werkzeug. I've reported it upstream and proposed a fix here https://github.com/ceph/ceph-iscsi/issues/255. I've attached a debdiff to the LP bug with the same fix too but perhaps that is the wrong approach we should wait to see if it merged upstream and then pull down the newer 
[10:45] <gnuoy> version ?
[10:45] <schopin> athos: Huh. I don't know how, but I missed that! On it. 
[12:12] <ahasenack_> morning
[14:28] <jamespage> gnuoy: on it next
[14:41] <jamespage> gnuoy: I think that looks OK and its def suitable for a SRU as its a minimal fix
[17:58] <sarnold> foo: oh, sure, if you want to be alerted if systemd-managed services get killed, that's probably possible too; I'm not sure what to recommend there, but drop-in configs with ExecStopPost= might do the trick -- https://www.freedesktop.org/software/systemd/man/systemd.exec.html
[18:10] <sdeziel> foo: I use systemd's OnFailure= feature. It requires some cobbling but here's how I do it: https://termbin.com/hf8g
[18:15] <sarnold> sdeziel: oh that's beautiful :)
[18:16] <sarnold> much nicer than what I was thinking of
[18:18] <bryceh> athos, btw the symfony upload I did earlier this week seems to have resolved a ton of packages' autopkgtest issues, allowing them to pass.  There's still a few outliers.  Let me know if any packages you're looking at are still blocked by symfony.
[18:19] <sdeziel> foo: sarnold: it's not from me directly, I took it from https://utcc.utoronto.ca/~cks/space/blog/linux/SystemdTimersMailNotes ;)
[18:19] <bryceh> @athos, I still am chewing on php-twig, and there's some various doctrine-related pieces I need to dig into.  I think most anything else php-* still on the migration page is fair game if you're looking for php tasks.
[18:23] <foo> sdeziel: thank you!
[18:23] <sarnold> sdeziel: nice, thanks
[18:24] <sdeziel> you are welcome
[18:50] <athos> bryceh: sounds good! php-dapphp-radius was uploaded earlier. I will start checking another one soon :)
[18:51] <athos> I am currently debugging some stuff with git-ubuntu; Hopefully will see some progress by EoD
[18:52] <athos> thanks for the symfony upload btw! It did fix a bunch of stuff there!
[18:54] <bryceh> kewl
[21:26] <ahasenack> rbasak: fyi, I think this is the most complex /etc/default/nfs-common file I have seen, and the script to convert that to /etc/nfs.conf worked :) https://pastebin.ubuntu.com/p/92Hr7nKqys/
[21:28] <ahasenack> the test was converting this bit: -n ${NFS_HOSTNAME}
[22:04] <bryceh> hrm, jammy autopkgtest appears to be offline or at least massively slow
[23:16] <bryceh> https://ubuntu-release.kpi.ubuntu.com/d/76Oe_0-Gz/autopkgtest?orgId=1&refresh=10s&from=now-7d&to=now
[23:17] <bryceh> ^^^ super backloged due to glibc + kde + python rebuild-the-world
[23:18] <bryceh> looks to me like it's the python rebuild more than anything else