Open schrmh opened 1 year ago
Yep, it indeed seems to be hibernation related. suspend (to RAM) alone doesn't lead to it but after hibernation (aka suspend to disk) attempt it starts going crazy with log file entries. Also seems like that fig restart doesn't actually stop that in each case so I will just uninstall fig and maybe reinstall it again when fig-apps is hopefully usable at some point (the only thing I care about anyways).
Autocomplete is not fully supported on Linux right now. Sorry for the inconvenience.
since this is related to https://github.com/withfig/fig/issues/2392 but contains valuable info, I'm leaving open while I investigate.
Checks
fig doctor
in the affected terminal sessionfig restart
and replicated the issue againOperating system
Arch Linux x86_64
Expected behaviour
Normal log behaviour NOT filling up the whole journalctl (at best non of these specific log entries cause I don't want them in my journalctl at all due to lack of importance for me)
Actual behaviour
Similar to #1666, it got to my log file limits within a short time (and those are low, so it might have been worse if they were higher!)
journalctl contains 6807120 times lines like
Jan 27 09:31:20 myhost fig[7429]: 2023-01-27T08:31:20.905547Z ERROR fig_cli::daemon: 162: Error while connecting to websocket: Serde error: EOF while parsing a value at line 1 column 0
(took almost two minutes to wc -l that) And everything is from today! If I grep -v that, I'm left with 1515 other entries./var/log/journal/a3d4f241710644fea2e7ca1f719d0e6e:$ ls -latrSh
Also looks like I got logged out from fig within just a few days of installing it:
fig doctor
After fig restart
the log file filling continued for a few minutes until it started printing less of the lines (every few minutes one). Also I noticed those two lines that got written to my journalctl log after I cleared it and looked at the new logSteps to reproduce
judging by dmesg output, it started pretty soon after wakeup by suspend2hibernation.service which failed to hibernate my system (before I cleared dmesg log, which was a few minutes before I ran
systemctl suspend
, I had nothing regarding reaching log file limits in it)./etc/systemd/system/suspend2hibernation.service
dmesg -T
Environment