System freezes occasionally when unattended #741
Comments
|
That was Master in Fedora 36. Another box running fixes/32 in SL7.9 has not had the problem; but today I found it in a similar unresponsive state: no mouse, no CapsLock light, pingable but no ssh, disk light on. That box had been running the kernel-lt 5.4 series from elrepo until last week, when an update failed to recognise the intel-Q33 chipset and I followed the suggestion to run the kernel-ml, currently 6.2.8 instead. The canary has moved in. In Fedora 36 the log above shows no canary until 6.1.13 on 27 Feb. |
|
The Fedora system froze again this morning. Mar 29 02:06:22 HPFed rtkit-daemon[889]: The canary thread is apparently starving. Taking action. It seems to happen usually around that time. This post is typical with MythTV and Firefox started from command lines. The daemon seems to keep creating new threads for mythfrontend. Perhaps they are overloading something, or filling memory? [john@HPFed ~]$ sudo SYSTEMD_COLORS=false journalctl --since -1d | grep -v tda1004x | grep -E "(-- Boo|rtkit-dae|nux ver)" Mar 28 13:44:51 HPFed rtkit-daemon[887]: Successfully made thread 15134 of process 2827 (/usr/bin/mythfrontend) owned by '1000' RT at priority 20. This was a manual shutdown and reboot -- Boot 51daaf664fae4c88921ad588dc02f84e -- -- Boot 8760a04c5ebd4d49b12817e9ee304eb0 -- |
|
??? /etc/anacrontab man anacron [john@HPFed ~]$ echo $(($(ulimit -n) / 2)) It appears that the boldface comments earlier are triggered by the hashes I intended as commenting-out... |
|
Two threads are created by the frontend every time playback starts. Thread identifiers increase at that, and increase by more if playback is stopped and restarted |
|
This happened again just after 0201 BST last night and stopped a recording in progress. Later this morning around 180 kde-related F36 packages were installed or updated. It's difficult to know whether progress is being made, but otherwise it's working well. |
|
It's too early to say that this has been fixed, but I suspect that the original problem was not with the rtkit-daemon. The timing seemed linked to anacron, and through that to /etc/cron.daily, which pointed to google-chrome. A bugzilla reference dealing with suspend/resume suggested that xdg-desktop-portal-gnome might be involved (in F38), and I had xdg-desktop-portal-gtk installed, alongside the -kde and base versions. I removed the -gtk package with no apparent bad consequences a few days ago and now have an update of the nvidia-470xx driver. Still in progress... |
|
The last canary event and freeze was 9 days ago. I think this can be closed. [john@HPFed ~]$ rpm -qa | grep xdg-desktop |
Platform:Fedora 36 x86_64
MythTV version: Master from late Feb 2023 to the present
Package version: Locally built packages from GTB script
Component: Probably mythfrontend
What steps will reproduce the bug?
Run MythTV as normal. It may freeze the system in a few days time.
How often does it reproduce? Is there a required condition?
What is the expected behaviour?
A system that doesn't freeze.
What do you see instead?
Additional information
The freezes started after a system update by a bundle of kde-related packages installed in late February. The most recent freeze was this morning. I have posted on kde-fedora and mythtv-users. All disks are reported clean and DB maintenence has been done regularly. I have experimented with journalctl command lines and attach a resultshowing events around the reboots.
It looks to me as if rtkit-daemon is involved, but the version I have dates from Feb 2022.
journalctl_Boo_can_lin_acr2.txt
The text was updated successfully, but these errors were encountered: