conky [Bug]: conky random freezes with no dmesg or debug info starting with kernel 6.4-rc

What happened?

conky random freezes with no dmesg or debug info. Has to be killed with -9 to get rid of the process. This issues has been observed with kernel 6.4-rc. earlier versions work fine.

Version

1.19.2

Which OS/distro are you seeing the problem on?

Gentoo

Conky config

-- vim: ts=4 sw=4 noet ai cindent syntax=lua
--[[
Conky, a system monitor, based on torsmo

Any original torsmo code is licensed under the BSD license

All code written since the fork of torsmo is licensed under the GPL

Please see COPYING for details

Copyright (c) 2004, Hannu Saransaari and Lauri Hakkarainen
Copyright (c) 2005-2012 Brenden Matthews, Philip Kovacs, et. al. (see AUTHORS)
All rights reserved.

This program is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation, either version 3 of the License, or
(at your option) any later version.

This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program.  If not, see <http://www.gnu.org/licenses/>.
]]

conky.config = {
  alignment = 'bottom_right',
    double_buffer=true,
    --background = true,
    border_width = 1,
    cpu_avg_samples = 2,
    default_color = 'white',
    default_outline_color = 'white',
    --default_shade_color = 'red',
    draw_borders = false,
    draw_graph_borders = false,
    draw_outline = false,
    draw_shades = false,
    use_xft = true,
    font = 'Misc Fixed:size=8',
    xftalpha = 1,
    gap_x = 5,
    gap_y = 30,
    minimum_height = 3,
    minimum_width = 1,
    net_avg_samples = 2,
    --no_buffers = true,
    out_to_console = false,
    out_to_stderr = false,
    extra_newline = false,
    own_window = true,
    own_window_class = 'Conky',
    own_window_type = 'desktop',
    own_window_hints = 'undecorated,below,sticky,skip_taskbar,skip_pager',

    -- opaque
    --own_window_transparent = false,
    --own_window_colour = '222222',
    --own_window_argb_visual = false,

    -- fake transparency
    own_window_transparent = true,
    own_window_argb_visual = false,
    own_window_argb_value = 0,

    -- gpu transparency
    --own_window_transparent = true,
    --own_window_argb_visual = true,
    --own_window_argb_value = 0,

    stippled_borders = 0,
    update_interval = 3.0,
    uppercase = false,
    use_spacer = 'none',
    show_graph_scale = false,
    show_graph_range = false
}

conky.text = [[
${color #666666}${stippled_hr}${color}${voffset 2}
${color slate grey}AC Power: ${color}${acpiacadapter}${voffset 2}
${color slate grey}Battery1: ${color}${battery_percent BAT0}% ${color #999999}${battery_bar BAT0}${voffset 2}
${color slate grey}Capacity: ${color}${execi 2 awk '{print $1*10^-3}' /sys/class/power_supply/BAT0/charge_now | cut -c1-4}/${execi 2 awk '{print $1*10^-3}' /sys/class/power_supply/BAT0/charge_full | cut -c1-4} mAh${voffset 2}
${color slate grey}Capacity: ${color}${execi 2 upower -i /org/freedesktop/UPower/devices/battery_BAT0 | grep  "energy:" | cut -c26-31}/${execi 2 upower -i /org/freedesktop/UPower/devices/battery_BAT0 |grep  "energy-full:" | cut -c26-31} Wh${voffset 2}
${color slate grey}Power: ${color}${exec rapldump -bat0}W ${battery_time BAT0}${voffset 2}
${color slate grey}Status: ${color}${execi 2 cat /sys/class/power_supply/BAT0/status}
${color #666666}${hr}${color}${voffset 2}
#-------------------------------------------------------------
${color slate grey}Display Brightness: ${color}${execi 2 echo $(cat /sys/class/backlight/intel_backlight/max_brightness) $(cat /sys/class/backlight/intel_backlight/brightness) | awk '{ print $2/$1*100 }'| cut -c 1-2}%
#-------------------------------------------------------------
${color #666666}${hr}${color}${voffset 2}
${color slate grey}core0: ${color}${freq 1} MHz ${alignr}${color slate grey}usage: ${alignr}${color}${cpu cpu1}%
${alignc}${cpugraph cpu1 30,180}
${color slate grey}core1: ${color}${freq 2} MHz ${alignr}${color slate grey}usage: ${alignr}${color}${cpu cpu2}%
${alignc}${cpugraph cpu2 30,180}
${color slate grey}core2: ${color}${freq 3} MHz ${alignr}${color slate grey}usage: ${alignr}${color}${cpu cpu3}%
${alignc}${cpugraph cpu3 30,180}
${color slate grey}core3: ${color}${freq 4} MHz ${alignr}${color slate grey}usage: ${alignr}${color}${cpu cpu4}%
${alignc}${cpugraph cpu4 30,180}
${color slate grey}core4: ${color}${freq 5} MHz ${alignr}${color slate grey}usage: ${alignr}${color}${cpu cpu5}%
${alignc}${cpugraph cpu5 30,180}
${color slate grey}core5: ${color}${freq 6} MHz ${alignr}${color slate grey}usage: ${alignr}${color}${cpu cpu6}%
${alignc}${cpugraph cpu6 30,180}
${color slate grey}core6: ${color}${freq 7} MHz ${alignr}${color slate grey}usage: ${alignr}${color}${cpu cpu7}%
${alignc}${cpugraph cpu7 30,180}
${color slate grey}core7: ${color}${freq 8} MHz ${alignr}${color slate grey}usage: ${alignr}${color}${cpu cpu8}%
${alignc}${cpugraph cpu8 30,180}
#-------------------------------------------------------------
${color slate grey}${alignc}package states${voffset 5}
${execpi 2 cat /dev/shm/pstates}
#-------------------------------------------------------------
${color #666666}${hr}${color}${voffset 2}
${color slate grey}package temp:${color}${alignr}${hwmon coretemp temp 1}°C
#-------------------------------------------------------------
${color #666666}${hr}${color}
${color slate grey}${alignc}gpu:
${color slate grey}powered up:${color}${alignr}${exec rapldump -gpu_rc6 pci0000:00/0000:00:02.0 card0}%${voffset 2}
${color slate grey}frequency:${color}${alignr}${exec cat /sys/class/drm/card0/gt_cur_freq_mhz}MHz
#-------------------------------------------------------------
${color #666666}${hr}${color}${voffset 2}
${color slate grey}fan speed:${color}${alignr} ${exec /usr/local/sbin/clevofan} ${execpi 2 cat /dev/shm/clevofan} RPM
#-------------------------------------------------------------
${color #666666}${hr}${color}${voffset 2}
${color slate grey}mem: ${alignr}${color}$memperc% $mem/$memmax
#-------------------------------------------------------------
${color #666666}${hr}${color}${voffset 2}
${alignc}${color slate grey}disks${color}
${color slate grey}I/O:${color}${alignr}${diskio}
${alignc}${diskiograph 20,180}
#-------------------------------------------------------------
${color #333333}${hr}${color}${voffset 2}
${alignc}${color slate grey}network
${if_existing /sys/class/net/eth0/operstate up}${color slate grey}eth0
${color slate grey}IP:${color}${alignr}${addrs eth0}
${color #555555}D: ${color}${downspeed eth0}${color #AAAAAA}${alignr}U: ${color}${upspeed eth0}
${color black}${downspeedgraph eth0 20, 85 ff0000 0000ff} ${alignr}${color black}${upspeedgraph eth0 20, 85 0000ff ff0000}
${endif}
#-------------------------------------------------------------
${if_existing /sys/class/net/eth1/operstate up}${color slate grey}eth1
${color slate grey}IP:${color}${alignr}${addrs eth1}
${color #555555}D: ${color}${downspeed eth1}${color #AAAAAA}${alignr}U: ${color}${upspeed eth1}
${color black}${downspeedgraph eth1 20, 85 ff0000 0000ff} ${alignr}${color black}${upspeedgraph eth1 20, 85 0000ff ff0000}
${endif}
#-------------------------------------------------------------
${if_existing /sys/class/net/wlan0/operstate up}${color slate grey}wlan0
${color slate grey}IP:${color}${alignr}${addrs wlan0}
${color slate grey}ESSID:${color}${alignr}${wireless_essid wlan0}
${color slate grey}Link:${color}${alignr}${wireless_link_qual_perc wlan0}%
${color slate grey}Rate:${color}${alignr}${wireless_bitrate wlan0}
${color #555555}D: ${color}${downspeed wlan0}${color #AAAAAA}${alignr}U: ${color}${upspeed wlan0}
${color black}${downspeedgraph wlan0 20, 85 ff0000 0000ff} $alignr${color black}${upspeedgraph wlan0 20, 85 0000ff ff0000}
${endif}
]]

Stack trace

Starting program: /usr/bin/conky -c ~/.conkyrc.n350tw
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
conky: desktop window (7a9) is root window
conky: window type - desktop
conky: drawing to created window (0x200001)
conky: drawing to double buffer
[New Thread 0x7fffe989d6c0 (LWP 4938)]
[New Thread 0x7fffe909c6c0 (LWP 4939)]
[New Thread 0x7fffe889b6c0 (LWP 4940)]
[Detaching after fork from child process 4941]
[Detaching after fork from child process 4942]
[New Thread 0x7fffe3fff6c0 (LWP 4943)]
[New Thread 0x7fffe37fe6c0 (LWP 4944)]
[Detaching after fork from child process 4945]
[Detaching after fork from child process 4946]
[New Thread 0x7fffe2ffd6c0 (LWP 4947)]
[New Thread 0x7fffda7fc6c0 (LWP 4948)]
[New Thread 0x7fffe27fc6c0 (LWP 4949)]
[Detaching after fork from child process 4951]
[New Thread 0x7fffe1ffb6c0 (LWP 4953)]
[Detaching after fork from child process 4958]
[New Thread 0x7fffe17fa6c0 (LWP 4959)]
[New Thread 0x7fffe0ff96c0 (LWP 4960)]
[New Thread 0x7fffdbfff6c0 (LWP 4961)]
[Detaching after fork from child process 4962]
[Detaching after fork from child process 4969]
[New Thread 0x7fffdb7fe6c0 (LWP 4970)]
[Detaching after fork from child process 4971]
[New Thread 0x7fffdaffd6c0 (LWP 4975)]
[Detaching after fork from child process 4979]
[New Thread 0x7fffd9ffb6c0 (LWP 4981)]
[New Thread 0x7fffd97fa6c0 (LWP 4982)]
[Detaching after fork from child process 4984]
[Detaching after fork from child process 4986]
[Detaching after fork from child process 4988]
[Detaching after fork from child process 4989]
[Detaching after fork from child process 4990]
[Detaching after fork from child process 4991]
[Detaching after fork from child process 4992]
[Detaching after fork from child process 4993]
[Detaching after fork from child process 4997]
[Detaching after fork from child process 5000]
Fatal glibc error: pthread_mutex_lock.c:94 (___pthread_mutex_lock): assertion failed: mutex->__data.__owner == 0
[Detaching after fork from child process 29552]

(gdb) bt full
#0  0x00007ffff787aa9c in ?? () from /lib64/libc.so.6
No symbol table info available.
#1  0x00007ffff782d872 in raise () from /lib64/libc.so.6
No symbol table info available.
#2  0x00007ffff78174ad in abort () from /lib64/libc.so.6
No symbol table info available.
#3  0x00007ffff78183ee in ?? () from /lib64/libc.so.6
No symbol table info available.
#4  0x00007ffff78265a3 in ?? () from /lib64/libc.so.6
No symbol table info available.
#5  0x00007ffff787c0dd in pthread_mutex_lock () from /lib64/libc.so.6
No symbol table info available.
#6  0x000055555557ffea in ?? ()
No symbol table info available.
#7  0x00005555555be8b2 in ?? ()
No symbol table info available.
#8  0x00005555555beb6d in ?? ()
No symbol table info available.
#9  0x00005555555bebd7 in ?? ()
No symbol table info available.
#10 0x00005555555b8196 in ?? ()
No symbol table info available.
#11 0x00007ffff7acd5ef in ?? () from /usr/lib/gcc/x86_64-pc-linux-gnu/13/libstdc++.so.6
No symbol table info available.
#12 0x00007ffff7878db9 in ?? () from /lib64/libc.so.6
No symbol table info available.
#13 0x00007ffff78f97bc in ?? () from /lib64/libc.so.6
No symbol table info available.

May 22 '23 15:05 nkalkhof

Seeing the exact same issue in Arch. The only thing random about the freezes are the length of time it takes. Both my desktop and laptop always eventually freeze. Git and stable conky builds all fail. All 6.4rc builds have this issue. But when I boot back to 6.3, everything works fine.

May 24 '23 23:05 ridobe

Omitting cpugrap seems to work. May be kernel's bug, not conky.

Jun 02 '23 01:06 mrlamud

I'm not using cpugraph. I am using cpubar though. But that's not the issue. I have 2 conkys running. One only has the cpu bar(s) for 32 threads. That conky has never frozen. The main conky has all of the other typical "stuff". Since the conky files are identical minus the "stuff" we can rule out the settings prior to conky.text.

I've been running tests to try and find what is causing it or at least what I can do to keep it running until it's fleshed out in the kernel. The first test I ran I commented everything in the config then uncommented each section one at a time. Never froze. I then only commented one section at a time and it froze every time. The third test is strange but I commented every section then uncommented one section at a time but left them running as I uncommented the next section. Once if failed I commented the recent section and uncommented a different section. Still failed. So, in conclusion...I have nothing. But it does seem like it's not anything in particular but it's the quantity of items being parsed. But only unique items since the conky config that doesn't fail is parsing 32 cpu threads (freq_g).

Jun 02 '23 12:06 ridobe

A backtrace with debug symbols is probably a prerequisite for figuring out what's going on here. I believe Arch should be able to get them via debuginfod, or if you compile conky yourself, passing -DCMAKE_BUILD_TYPE=RelWithDebInfo to cmake before building should suffice.

Jun 02 '23 14:06 bi4k8

Confirmed as well on 6.4.0-rc3 - running with debug symbols, backtrace below after freeze (observed freezing varies approx 30s - 2m after spawn)

(gdb) attach 13071
Attaching to process 13071
[New LWP 13072]
[New LWP 13073]
[New LWP 13075]
[New LWP 13076]
[New LWP 13078]
[New LWP 13079]
[New LWP 13080]
[New LWP 13081]
[New LWP 13082]
[New LWP 13083]
[New LWP 13085]
[New LWP 13087]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x00007fe8bce90576 in __futex_abstimed_wait_cancelable64 () from /lib64/libc.so.6
(gdb) info threads 
  Id   Target Id                                 Frame 
* 1    Thread 0x7fe8bb8fe8c0 (LWP 13071) "conky" 0x00007fe8bce90576 in __futex_abstimed_wait_cancelable64 () from /lib64/libc.so.6
  2    Thread 0x7fe8bb6366c0 (LWP 13072) "conky" 0x00007fe8bce90576 in __futex_abstimed_wait_cancelable64 () from /lib64/libc.so.6
  3    Thread 0x7fe8bae356c0 (LWP 13073) "conky" 0x00007fe8bce9074b in __lll_lock_wait () from /lib64/libc.so.6
  4    Thread 0x7fe8ba6346c0 (LWP 13075) "conky" 0x00007fe8bce90576 in __futex_abstimed_wait_cancelable64 () from /lib64/libc.so.6
  5    Thread 0x7fe8b9e336c0 (LWP 13076) "conky" 0x00007fe8bce90576 in __futex_abstimed_wait_cancelable64 () from /lib64/libc.so.6
  6    Thread 0x7fe8b96326c0 (LWP 13078) "conky" 0x00007fe8bce90576 in __futex_abstimed_wait_cancelable64 () from /lib64/libc.so.6
  7    Thread 0x7fe8b8e316c0 (LWP 13079) "conky" 0x00007fe8bce9074b in __lll_lock_wait () from /lib64/libc.so.6
  8    Thread 0x7fe8abfff6c0 (LWP 13080) "conky" 0x00007fe8bce90576 in __futex_abstimed_wait_cancelable64 () from /lib64/libc.so.6
  9    Thread 0x7fe8ab7fe6c0 (LWP 13081) "conky" 0x00007fe8bce90576 in __futex_abstimed_wait_cancelable64 () from /lib64/libc.so.6
  10   Thread 0x7fe8aaffd6c0 (LWP 13082) "conky" 0x00007fe8bce90576 in __futex_abstimed_wait_cancelable64 () from /lib64/libc.so.6
  11   Thread 0x7fe8aa7fc6c0 (LWP 13083) "conky" 0x00007fe8bce90576 in __futex_abstimed_wait_cancelable64 () from /lib64/libc.so.6
  12   Thread 0x7fe8a9ffb6c0 (LWP 13085) "conky" 0x00007fe8bce90576 in __futex_abstimed_wait_cancelable64 () from /lib64/libc.so.6
  13   Thread 0x7fe8a97fa6c0 (LWP 13087) "conky" 0x00007fe8bce90576 in __futex_abstimed_wait_cancelable64 () from /lib64/libc.so.6
(gdb) bt full
#0  0x00007fe8bce90576 in __futex_abstimed_wait_cancelable64 () from /lib64/libc.so.6
No symbol table info available.
#1  0x00007fe8bce9b690 in __new_sem_wait_slow64.constprop.0 () from /lib64/libc.so.6
No symbol table info available.
#2  0x0000000000455126 in semaphore::wait (this=<optimized out>) at /tmp/SBo/conky-1.19.2/src/semaphore.hh:98
No locals.
#3  conky::run_all_callbacks () at /tmp/SBo/conky-1.19.2/src/update-cb.cc:158
        wait = <optimized out>
#4  0x0000000000479441 in update_stuff () at /tmp/SBo/conky-1.19.2/src/common.cc:295
No locals.
#5  0x000000000041bb85 in generate_text () at /tmp/SBo/conky-1.19.2/src/conky.cc:694
        i = <optimized out>
        k = <optimized out>
        mw = <optimized out>
        tbs = <optimized out>
        ui = <optimized out>
        p = <optimized out>
        j = <optimized out>
        time = <optimized out>
        p = <optimized out>
        i = <optimized out>
        j = <optimized out>
        k = <optimized out>
        mw = <optimized out>
        tbs = <optimized out>
        ui = <optimized out>
        time = <optimized out>
        tmp_p = <optimized out>
        tmp_p = <optimized out>
--Type <RET> for more, q to quit, c to continue without paging--
#6  update_text () at /tmp/SBo/conky-1.19.2/src/conky.cc:1652
No locals.
#7  0x000000000044f296 in conky::display_output_x11::main_loop_wait (this=0x5f6880 <conky::(anonymous namespace)::x11_output>, 
    t=<optimized out>) at /tmp/SBo/conky-1.19.2/src/display-x11.cc:248
        fdsr = {fds_bits = {0 <repeats 16 times>}}
        tv = {tv_sec = 0, tv_usec = 0}
        s = <optimized out>
#8  0x000000000042004a in main_loop () at /tmp/SBo/conky-1.19.2/src/conky.cc:1734
        terminate = 0
        t = <optimized out>
        inotify_config_wd = 1
        inotify_buff = '\000' <repeats 104 times>, "\2113B", '\000' <repeats 37 times>, "0-\204\001\000\000\000\000\240\314K", '\000' <repeats 13 times>, "\2563B\000\000\000\000\000`}K\000\000\000\000\0008\263D\000\000\000\000\000`}K\000\000\000\000\000"...
#9  0x0000000000413c7f in main (argc=2, argv=0x7ffd3c377f18) at /tmp/SBo/conky-1.19.2/src/main.cc:355
        curl_global = <optimized out>

(gdb) t 3
[Switching to thread 3 (Thread 0x7fe8bae356c0 (LWP 13073))]
#0  0x00007fe8bce9074b in __lll_lock_wait () from /lib64/libc.so.6
(gdb) bt full
#0  0x00007fe8bce9074b in __lll_lock_wait () from /lib64/libc.so.6
No symbol table info available.
#1  0x00007fe8bce96e92 in pthread_mutex_lock@@GLIBC_2.2.5 () from /lib64/libc.so.6
No symbol table info available.
#2  0x0000000000421f48 in __gthread_mutex_lock (__mutex=0x1842d30) at /usr/include/c++/12.2.0/x86_64-slackware-linux/bits/gthr-default.h:749
No locals.
#3  std::mutex::lock (this=0x1842d30) at /usr/include/c++/12.2.0/bits/std_mutex.h:100
        __e = <optimized out>
        __e = <optimized out>
#4  std::lock_guard<lua::state>::lock_guard (__m=..., this=<synthetic pointer>) at /usr/include/c++/12.2.0/bits/std_mutex.h:229
No locals.
#5  conky::config_setting_template<unsigned int>::get (this=0x4bc1e0 <text_buffer_size>, l=...) at /tmp/SBo/conky-1.19.2/src/setting.hh:214
        guard = {_M_device = @0x1842d30}
        s = <optimized out>
#6  0x0000000000459fd2 in process_parse_stat (process=process@entry=0x7fe8b40092a0) at /tmp/SBo/conky-1.19.2/src/linux.cc:2988
        line = "1 (init) S 0 1 1 0 -1 4194560 1293 11304486 28 16853 2 132 429587 49220 20 0 1 0 39 2654208 375 18446744073709551615 1 1 0 0 0 0 0 1475399932 671821315 0 0 0 17 0 0 0 0 0 0 0 0 0 0 0 0 0 0\n", '\000' <repeats 834 times>
        filename = "/proc/1/stat\000tat", '\000' <repeats 1007 times>
        procname = "init [3]\00016:0-kcryptd/252:2\000\000ldID 76 -isForBrowser -prefsLen 30891 -prefMapSize 241244 -jsInitLen 238780 -parentBuildID 20230522134052 -appDir /opt/local/bin/firefox64/browser {603b163e-4356-4092-b458"...
        cmdline = "init [3]", '\000' <repeats 1015 times>
        cmdline_filename = "/proc/1/cmdline\000ine", '\000' <repeats 293 times>...
        cmdline_procname = "init [3]", '\000' <repeats 1015 times>
        basename = "init", '\000' <repeats 1019 times>
        tmpstr = "init", '\000' <repeats 1019 times>
        state = "S\000\000"
        ps = <optimized out>
        cmdline_ps = <optimized out>
        user_time = 0
--Type <RET> for more, q to quit, c to continue without paging-- 
        kernel_time = 0
        rc = <optimized out>
        endl = <optimized out>
        nice_val = 0
        lparen = <optimized out>
        rparen = <optimized out>
        process_stat = {st_dev = 18, st_ino = 221, st_nlink = 1, st_mode = 33060, st_uid = 0, st_gid = 0, __pad0 = 0, st_rdev = 0, st_size = 0, 
          st_blksize = 1024, st_blocks = 0, st_atim = {tv_sec = 1685806097, tv_nsec = 814416195}, st_mtim = {tv_sec = 1685806097, 
            tv_nsec = 814416195}, st_ctim = {tv_sec = 1685806097, tv_nsec = 814416195}, __glibc_reserved = {0, 0, 0}}
        i = <optimized out>
        space_ptr = <optimized out>
        slash_ptr = <optimized out>
#7  0x000000000045a1e8 in calculate_stats (process=0x7fe8b40092a0) at /tmp/SBo/conky-1.19.2/src/linux.cc:3090
No locals.
#8  update_process_table () at /tmp/SBo/conky-1.19.2/src/linux.cc:3122
        pid = 1
        dir = 0x7fe8b4022010
        entry = <optimized out>
        dir = <optimized out>
        entry = <optimized out>
        pid = <optimized out>
#9  get_top_info () at /tmp/SBo/conky-1.19.2/src/linux.cc:3133
        total = 516
#10 0x0000000000440c5e in process_find_top (cpu=<optimized out>, mem=<optimized out>, ptime=<optimized out>, io=<optimized out>)
    at /tmp/SBo/conky-1.19.2/src/top.cc:350
        mem_queue = 0x7fe8b40012a0
        io_queue = 0x7fe8b4001320
        i = <optimized out>
        cpu_queue = 0x7fe8b4001260
--Type <RET> for more, q to quit, c to continue without paging--
        time_queue = 0x7fe8b40012e0
        cur_proc = 0x0
        cpu_queue = <optimized out>
        mem_queue = <optimized out>
        time_queue = <optimized out>
        io_queue = <optimized out>
        cur_proc = <optimized out>
        i = <optimized out>
#11 update_top () at /tmp/SBo/conky-1.19.2/src/top.cc:396
No locals.
#12 0x0000000000454ce6 in conky::priv::callback_base::start_routine (this=0x1865cf0) at /tmp/SBo/conky-1.19.2/src/update-cb.cc:123
No locals.
#13 0x00007fe8bd0dd543 in ?? () from /usr/lib64/libstdc++.so.6
No symbol table info available.
#14 0x00007fe8bce93caa in start_thread () from /lib64/libc.so.6
No symbol table info available.
#15 0x00007fe8bcf1dd9c in clone3 () from /lib64/libc.so.6
No symbol table info available.

Jun 04 '23 00:06 earies

Somewhat different but with the same outcome here with 6.4-rc4: conky_Debug: /opt/leech/conky-main/src/luamm.hh:347: lua::stack_sentry::stack_sentry(lua::state&, int): Assertion n >= 0' failed.

Thread 17 "conky_Debug" received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffd17fa6c0 (LWP 5066)]
0x00007ffff77d6a9c in ?? () from /lib64/libc.so.6

(gdb)  bt full
#0  0x00007ffff77d6a9c in ?? () from /lib64/libc.so.6
No symbol table info available.
#1  0x00007ffff7789872 in raise () from /lib64/libc.so.6
No symbol table info available.
#2  0x00007ffff77734ad in abort () from /lib64/libc.so.6
No symbol table info available.
#3  0x00007ffff77733d5 in ?? () from /lib64/libc.so.6
No symbol table info available.
#4  0x00007ffff7782752 in __assert_fail () from /lib64/libc.so.6
No symbol table info available.
#5  0x0000555555569349 in lua::stack_sentry::stack_sentry (this=0x7fffd17f9aa0, l=..., n_=-1) at /opt/leech/conky-main/src/luamm.hh:347
        __PRETTY_FUNCTION__ = <optimized out>
#6  0x0000555555580144 in conky::simple_config_setting<int, conky::lua_traits<int, true, false, false> >::getter (this=0x55555565f0a0 <cpu_avg_samples>, l=...)
    at /opt/leech/conky-main/src/setting.hh:266
        __PRETTY_FUNCTION__ = "T conky::simple_config_setting<T, Traits>::getter(lua::state&) [with T = int; Traits = conky::lua_traits<int, true, false, false>]"
        s = {L = 0x5555557bce70, n = -1}
        ret = {first = 140736708188896, second = 72}
#7  0x000055555557c3f4 in conky::config_setting_template<int>::get (this=0x55555565f0a0 <cpu_avg_samples>, l=...) at /opt/leech/conky-main/src/setting.hh:225
        guard = {_M_device = @0x5555557bce70}
        s = {L = 0x5555557bce70, n = 0}
#8  0x00005555555d9e0a in update_stat () at /opt/leech/conky-main/src/linux.cc:1065
        delta = 2.9998652160000461
        samples = 2
        stat_fp = 0x7fffb40019d0
        reported = 0
        cpu = 0x7fffb4000b70
        buf = "cpu7 1745 1 385 48968 59 0 1 0 0 0\n\000\000 0 0\n\000 0 2695 268816 16223 20813\n\0000 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0\n\000 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0"...
        i = 0
        idx = 8
        curtmp = 0
        stat_template = 0x555555622804 "%*s %llu %llu %llu %llu"
        malloc_cpu_size = 0
        last_stat_update_mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0, __spins = 0, __elision = 0, __list = {__prev = 0x0, __next = 0x0}},
--Type <RET> for more, q to quit, c to continue without paging--
          __size = '\000' <repeats 39 times>, __align = 0}
        last_stat_update = 513.00204825000003
        cur_total = 299
#9  0x00005555555da0d0 in update_cpu_usage () at /opt/leech/conky-main/src/linux.cc:1087
        tc = {tv_sec = 0, tv_nsec = 100000000}
#10 0x0000555555590367 in legacy_cb::work (this=0x5555557ec320) at /opt/leech/conky-main/src/text_object.h:82
No locals.
#11 0x00005555555d408c in conky::priv::callback_base::start_routine (this=0x5555557ec320) at /opt/leech/conky-main/src/update-cb.cc:123
No locals.
#12 0x00005555555d6eb2 in std::__invoke_impl<void, void (conky::priv::callback_base::*)(), conky::priv::callback_base*> (
    __f=@0x555555811d40: (void (conky::priv::callback_base::*)(conky::priv::callback_base * const)) 0x5555555d4038 <conky::priv::callback_base::start_routine()>,
    __t=@0x555555811d38: 0x5555557ec320) at /usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/invoke.h:74
No locals.
#13 0x00005555555d6e11 in std::__invoke<void (conky::priv::callback_base::*)(), conky::priv::callback_base*> (
    __fn=@0x555555811d40: (void (conky::priv::callback_base::*)(conky::priv::callback_base * const)) 0x5555555d4038 <conky::priv::callback_base::start_routine()>)
    at /usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/invoke.h:96
No locals.
#14 0x00005555555d6d81 in std::thread::_Invoker<std::tuple<void (conky::priv::callback_base::*)(), conky::priv::callback_base*> >::_M_invoke<0ul, 1ul> (this=0x555555811d38)
    at /usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/std_thread.h:292
No locals.
#15 0x00005555555d6d3a in std::thread::_Invoker<std::tuple<void (conky::priv::callback_base::*)(), conky::priv::callback_base*> >::operator() (this=0x555555811d38)
    at /usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/std_thread.h:299
No locals.
#16 0x00005555555d6d1e in std::thread::_State_impl<std::thread::_Invoker<std::tuple<void (conky::priv::callback_base::*)(), conky::priv::callback_base*> > >::_M_run (
    this=0x555555811d30) at /usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/std_thread.h:244
No locals.
#17 0x00007ffff7a295ef in ?? () from /usr/lib/gcc/x86_64-pc-linux-gnu/13/libstdc++.so.6
No symbol table info available.
#18 0x00007ffff77d4db9 in ?? () from /lib64/libc.so.6
No symbol table info available.
#19 0x00007ffff78557bc in ?? () from /lib64/libc.so.6
No symbol table info available.

Jun 04 '23 05:06 nkalkhof

still happens with 6.4-rc6.

Jun 12 '23 07:06 nkalkhof

Can confirm it's happening on all versions of 6.4 I've tried, and that previous versions are fine. It also feels as if having one or more execi or texeci stanzas makes the problem worse/faster to be triggered.

Jun 14 '23 10:06 klausman

rc7 is a no-go as well. I imagine it will take a git bisect in order to find the offending commit in the new kernel. I've never done one. I have no idea if I'll have time to learn it and be useful to this project.

Jun 18 '23 23:06 ridobe

rc7 is a no-go as well. I imagine it will take a git bisect in order to find the offending commit in the new kernel. I've never done one. I have no idea if I'll have time to learn it and be useful to this project.

I've pinned the issue down to the part where conky uses mutex lock/unlock but that's as far as I can do in my spare time availble. Good luck btw. with bisecting all commits between two kernel releases. And even if we can find the commit - who is to say that this is actually a kernel issue and not something that's bad inside conky's code and went undetected up until now? So far no one complained about random apps freezing/crashing for 6.4-rc AFAICT. Hopefully the dev will takt a look at this soon.

Jun 19 '23 07:06 nkalkhof

rc7 is a no-go as well. I imagine it will take a git bisect in order to find the offending commit in the new kernel. I've never done one. I have no idea if I'll have time to learn it and be useful to this project.

I've pinned the issue down to the part where conky uses mutex lock/unlock but that's as far as I can do in my spare time availble. Good luck btw. with bisecting all commits between two kernel releases. And even if we can find the commit - who is to say that this is actually a kernel issue and not something that's bad inside conky's code and went undetected up until now? So far no one complained about random apps freezing/crashing for 6.4-rc AFAICT. Hopefully the dev will takt a look at this soon.

I agree that finding an offending commit doesn't necessarily mean something is wrong in the kernel but might give a clue to the devs here. Once this kernel is released next week some distros (arch) will start incorporating it and it may become more visible. And BTW, a bisect should only need to occur between 6.3 and 6.4rc1 since we know it was introduced at the first rc. I lost my compiling computer and now only have my backup laptop so multiple compiles is a no-go.

Jun 19 '23 09:06 ridobe

This may be the most elusive bug ever, as far as conky is concerned.

I have not yet run into this problem by the way. Perhaps we can test it more systematically, with some standardized set of configs that can show this problem. I am not using kernel 6.4 though; still using 6.1.29 here from default manjaro.

Jun 22 '23 16:06 rubyFeedback

This may be the most elusive bug ever, as far as conky is concerned.

I have not yet run into this problem by the way. Perhaps we can test it more systematically, with some standardized set of configs that can show this problem. I am not using kernel 6.4 though; still using 6.1.29 here from default manjaro.

You won't run into problems unless you upgrade to 6.4. When you start conky with default configuration it seems to run fine (tested it for approx 9 hrs) but for me the default config is useless. When it crashes with debug info it always points to another line in the code (debug build) so I have no idea where to start looking inside the conky code. Additionally when I start conky debug build with gdb backend it tends to last longer (1-3 hours) before it goes belly up so - yeah - elusive nails it pretty good. :( I guess this issue will "hit the fan" as soon as 6.4 is released and included in major distros.

Jun 22 '23 17:06 nkalkhof

this is 2 backtrace's i got , Arch 6.4.0-rc7-1-mainline gdb.txt gdb2.txt

Jun 24 '23 15:06 starvald

It's still a no-go on the release of 6.4. I also updated to the latest git version of Conky. While it's still broken, it seems to last much longer. No idea if that's a plus or not. I guess we'll see when 6.4 hits the shelves.

Jun 26 '23 11:06 ridobe

For me I didn't see any freeze, using latest kernel 6.4 release, but it exit with a core dump after a hour more or less that I was out off my home:

26/06/2023 15:08 systemd-coredump Process 8960 (conky) of user 1000 dumped core.

Stack trace of thread 8968: #0 0x00007ff40889f26c n/a (libc.so.6 + 0x8926c) #1 0x00007ff40884fa08 raise (libc.so.6 + 0x39a08) #2 0x00007ff408838538 abort (libc.so.6 + 0x22538) #3 0x00007ff4088392db n/a (libc.so.6 + 0x232db) #4 0x00007ff408930d0b __fortify_fail (libc.so.6 + 0x11ad0b) #5 0x00007ff408930bd1 n/a (libc.so.6 + 0x11abd1) #6 0x00007ff408930b30 __longjmp_chk (libc.so.6 + 0x11ab30) #7 0x00007ff40918d49b n/a (liblua.so.5.4 + 0xd49b) #8 0x00007ff409192852 n/a (liblua.so.5.4 + 0x12852) #9 0x00007ff409192a5b n/a (liblua.so.5.4 + 0x12a5b) #10 0x00007ff409192e34 n/a (liblua.so.5.4 + 0x12e34) #11 0x00007ff4091a0d9f n/a (liblua.so.5.4 + 0x20d9f) #12 0x00007ff40918b2db lua_gettable (liblua.so.5.4 + 0xb2db) #13 0x0000557f295bb44f n/a (conky + 0x6344f) #14 0x00007ff4091926db n/a (liblua.so.5.4 + 0x126db) #15 0x00007ff409193194 n/a (liblua.so.5.4 + 0x13194) #16 0x00007ff40918d574 n/a (liblua.so.5.4 + 0xd574) #17 0x00007ff4091acf34 n/a (liblua.so.5.4 + 0x2cf34) #18 0x00007ff4091932ce lua_pcallk (liblua.so.5.4 + 0x132ce) #19 0x0000557f295bbbcd n/a (conky + 0x63bcd) #20 0x0000557f295bc16e n/a (conky + 0x6416e) #21 0x0000557f295cbc43 n/a (conky + 0x73c43) #22 0x0000557f295b0256 n/a (conky + 0x58256) #23 0x0000557f295c9730 n/a (conky + 0x71730) #24 0x00007ff408ae1943 execute_native_thread_routine (libstdc++.so.6 + 0xe1943) #25 0x00007ff40889d44b n/a (libc.so.6 + 0x8744b) #26 0x00007ff408920e40 n/a (libc.so.6 + 0x10ae40)

Stack trace of thread 8960: #0 0x00007ff408899f0e n/a (libc.so.6 + 0x83f0e) #1 0x00007ff4088a53e0 n/a (libc.so.6 + 0x8f3e0) #2 0x0000557f295c9e20 n/a (conky + 0x71e20) #3 0x0000557f29585792 n/a (conky + 0x2d792) #4 0x0000557f295c2cda n/a (conky + 0x6acda) #5 0x0000557f2958658b n/a (conky + 0x2e58b) #6 0x0000557f2957685b main (conky + 0x1e85b) #7 0x00007ff408839850 n/a (libc.so.6 + 0x23850) #8 0x00007ff40883990a __libc_start_main (libc.so.6 + 0x2390a) #9 0x0000557f2957d5b5 n/a (conky + 0x255b5)

Stack trace of thread 8961: #0 0x00007ff40889a160 n/a (libc.so.6 + 0x84160) #1 0x00007ff4088a08c2 pthread_mutex_lock (libc.so.6 + 0x8a8c2) #2 0x0000557f29589869 n/a (conky + 0x31869) #3 0x0000557f295d2394 n/a (conky + 0x7a394) #4 0x0000557f295d281b n/a (conky + 0x7a81b) #5 0x0000557f295c9730 n/a (conky + 0x71730) #6 0x00007ff408ae1943 execute_native_thread_routine (libstdc++.so.6 + 0xe1943) #7 0x00007ff40889d44b n/a (libc.so.6 + 0x8744b) #8 0x00007ff408920e40 n/a (libc.so.6 + 0x10ae40)

Stack trace of thread 8962: #0 0x00007ff40889a0fb __lll_lock_wait_private (libc.so.6 + 0x840fb) #1 0x00007ff40889625a n/a (libc.so.6 + 0x8025a) #2 0x00007ff408887d95 _IO_fclose (libc.so.6 + 0x71d95) #3 0x0000557f295cb863 n/a (conky + 0x73863) #4 0x0000557f295c9730 n/a (conky + 0x71730) #5 0x00007ff408ae1943 execute_native_thread_routine (libstdc++.so.6 + 0xe1943) #6 0x00007ff40889d44b n/a (libc.so.6 + 0x8744b) #7 0x00007ff408920e40 n/a (libc.so.6 + 0x10ae40)

Stack trace of thread 8965: #0 0x00007ff408899f0e n/a (libc.so.6 + 0x83f0e) #1 0x00007ff4088a53e0 n/a (libc.so.6 + 0x8f3e0) #2 0x0000557f295c96e8 n/a (conky + 0x716e8) #3 0x00007ff408ae1943 execute_native_thread_routine (libstdc++.so.6 + 0xe1943) #4 0x00007ff40889d44b n/a (libc.so.6 + 0x8744b) #5 0x00007ff408920e40 n/a (libc.so.6 + 0x10ae40)

Stack trace of thread 8970: #0 0x00007ff4088ad593 n/a (libc.so.6 + 0x97593) #1 0x00007ff4088eaa09 __libc_fork (libc.so.6 + 0xd4a09) #2 0x0000557f295990fc n/a (conky + 0x410fc) #3 0x0000557f295c9730 n/a (conky + 0x71730) #4 0x00007ff408ae1943 execute_native_thread_routine (libstdc++.so.6 + 0xe1943) #5 0x00007ff40889d44b n/a (libc.so.6 + 0x8744b) #6 0x00007ff408920e40 n/a (libc.so.6 + 0x10ae40)

Stack trace of thread 8976: #0 0x00007ff40889a0fb __lll_lock_wait_private (libc.so.6 + 0x840fb) #1 0x00007ff4088965d4 _IO_link_in (libc.so.6 + 0x805d4) #2 0x00007ff408894fce n/a (libc.so.6 + 0x7efce) #3 0x00007ff40888876e n/a (libc.so.6 + 0x7276e) #4 0x0000557f295d1248 n/a (conky + 0x79248) #5 0x0000557f295d20d3 n/a (conky + 0x7a0d3) #6 0x0000557f295c9730 n/a (conky + 0x71730) #7 0x00007ff408ae1943 execute_native_thread_routine (libstdc++.so.6 + 0xe1943) #8 0x00007ff40889d44b n/a (libc.so.6 + 0x8744b) #9 0x00007ff408920e40 n/a (libc.so.6 + 0x10ae40)

Stack trace of thread 8974: #0 0x00007ff40889a0fb __lll_lock_wait_private (libc.so.6 + 0x840fb) #1 0x00007ff4088ad960 malloc (libc.so.6 + 0x97960) #2 0x00007ff409195c61 n/a (liblua.so.5.4 + 0x15c61) #3 0x00007ff4091926ff n/a (liblua.so.5.4 + 0x126ff) #4 0x00007ff409193194 n/a (liblua.so.5.4 + 0x13194) #5 0x00007ff40918d574 n/a (liblua.so.5.4 + 0xd574) #6 0x00007ff4091acf34 n/a (liblua.so.5.4 + 0x2cf34) #7 0x00007ff4091932ce lua_pcallk (liblua.so.5.4 + 0x132ce) #8 0x0000557f295bbbcd n/a (conky + 0x63bcd) #9 0x0000557f295bc16e n/a (conky + 0x6416e) #10 0x0000557f295cbc43 n/a (conky + 0x73c43) #11 0x0000557f295c9730 n/a (conky + 0x71730) #12 0x00007ff408ae1943 execute_native_thread_routine (libstdc++.so.6 + 0xe1943) #13 0x00007ff40889d44b n/a (libc.so.6 + 0x8744b) #14 0x00007ff408920e40 n/a (libc.so.6 + 0x10ae40)

Stack trace of thread 8967: #0 0x00007ff408899f0e n/a (libc.so.6 + 0x83f0e) #1 0x00007ff4088a53e0 n/a (libc.so.6 + 0x8f3e0) #2 0x0000557f295c96e8 n/a (conky + 0x716e8) #3 0x00007ff408ae1943 execute_native_thread_routine (libstdc++.so.6 + 0xe1943) #4 0x00007ff40889d44b n/a (libc.so.6 + 0x8744b) #5 0x00007ff408920e40 n/a (libc.so.6 + 0x10ae40)

Stack trace of thread 8969: #0 0x00007ff408899f0e n/a (libc.so.6 + 0x83f0e) #1 0x00007ff4088a53e0 n/a (libc.so.6 + 0x8f3e0) #2 0x0000557f295c96e8 n/a (conky + 0x716e8) #3 0x00007ff408ae1943 execute_native_thread_routine (libstdc++.so.6 + 0xe1943) #4 0x00007ff40889d44b n/a (libc.so.6 + 0x8744b) #5 0x00007ff408920e40 n/a (libc.so.6 + 0x10ae40)

Stack trace of thread 8963: #0 0x00007ff40889a0fb __lll_lock_wait_private (libc.so.6 + 0x840fb) #1 0x00007ff4088eafe9 n/a (libc.so.6 + 0xd4fe9) #2 0x00007ff4088ea64e __libc_fork (libc.so.6 + 0xd464e) #3 0x0000557f295990fc n/a (conky + 0x410fc) #4 0x0000557f295c9730 n/a (conky + 0x71730) #5 0x00007ff408ae1943 execute_native_thread_routine (libstdc++.so.6 + 0xe1943) #6 0x00007ff40889d44b n/a (libc.so.6 + 0x8744b) #7 0x00007ff408920e40 n/a (libc.so.6 + 0x10ae40)

Stack trace of thread 8975: #0 0x00007ff40889a0fb __lll_lock_wait_private (libc.so.6 + 0x840fb) #1 0x00007ff4088965d4 _IO_link_in (libc.so.6 + 0x805d4) #2 0x00007ff408894fce n/a (libc.so.6 + 0x7efce) #3 0x00007ff40888876e n/a (libc.so.6 + 0x7276e) #4 0x00007ff40043a7f5 n/a (libnss_mymachines.so.2 + 0x387f5) #5 0x00007ff40043a863 n/a (libnss_mymachines.so.2 + 0x38863) #6 0x00007ff40043b4ae n/a (libnss_mymachines.so.2 + 0x394ae) #7 0x00007ff40043b56b n/a (libnss_mymachines.so.2 + 0x3956b) #8 0x00007ff40041cdcf n/a (libnss_mymachines.so.2 + 0x1adcf) #9 0x00007ff400412b33 _nss_mymachines_gethostbyname3_r (libnss_mymachines.so.2 + 0x10b33) #10 0x00007ff400413376 _nss_mymachines_gethostbyname2_r (libnss_mymachines.so.2 + 0x11376) #11 0x00007ff408931d40 gethostbyname2_r (libc.so.6 + 0x11bd40) #12 0x00007ff408908797 getaddrinfo (libc.so.6 + 0xf2797) #13 0x0000557f29605615 n/a (conky + 0xad615) #14 0x0000557f295c9730 n/a (conky + 0x71730) #15 0x00007ff408ae1943 execute_native_thread_routine (libstdc++.so.6 + 0xe1943) #16 0x00007ff40889d44b n/a (libc.so.6 + 0x8744b) #17 0x00007ff408920e40 n/a (libc.so.6 + 0x10ae40)

Stack trace of thread 8972: #0 0x00007ff408899f0e n/a (libc.so.6 + 0x83f0e) #1 0x00007ff4088a53e0 n/a (libc.so.6 + 0x8f3e0) #2 0x0000557f295c96e8 n/a (conky + 0x716e8) #3 0x00007ff408ae1943 execute_native_thread_routine (libstdc++.so.6 + 0xe1943) #4 0x00007ff40889d44b n/a (libc.so.6 + 0x8744b) #5 0x00007ff408920e40 n/a (libc.so.6 + 0x10ae40) ELF object binary architecture: AMD x86-64

I didn't use any lua script.

Jun 26 '23 19:06 servimo

Should I post again the dumped core? Now those "liblua" does not appears. 26/06/2023 19:18 systemd-coredump Process 8928 (conky) of user 1000 dumped core. I am using Manjaro

$ conky --version conky 1.19.3_pre compiled 2023-05-20 for Linux x86_64

Compiled in features:

System config file: /etc/conky/conky.conf Package library path: /usr/lib/conky

General:

math
hddtemp
portmon
IPv6
Curl
RSS
wireless
support for IBM/Lenovo notebooks
nvidia
builtin default configuration
old configuration syntax
Imlib2
OSS mixer support
apcupsd
iostats
ncurses
Internationalization support
PulseAudio X11:
Xdamage extension
Xinerama extension (virtual display)
Xshape extension (click through)
XDBE (double buffer extension)
Xft
ARGB visual
Own window
Mouse evenets

Music detection:

CMUS
MPD
MOC

Default values:

Netdevice: eno1
Local configfile: $HOME/.conkyrc
Localedir: /usr/share/locale
Maximum netdevices: 256
Maximum text size: 16384
Size text buffer: 256

Jun 26 '23 23:06 servimo

Version 1.18.1-1 from the Manjaro repository works without hanging with the 6.4.0-0.1 kernel (check the update at the end of the message). Modules in use: conky 1.18.1_pre compiled 2023-02-24 for Linux x86_64 Compiled in features: System config file: /etc/conky/conky.conf Package library path: /usr/lib/conky General:

math
hddtemp
portmon
IPv6
Curl
RSS
wireless
support for IBM/Lenovo notebooks
nvidia
builtin default configuration
old configuration syntax
Imlib2
OSS mixer support
apcupsd
iostats
ncurses
Internationalization support
PulseAudio X11:
Xdamage extension
Xinerama extension (virtual display)
Xshape extension (click through)
XDBE (double buffer extension)
Xft
ARGB visual
Own window
Mouse evenets

Music detection:

CMUS
MPD
MOC

Default values:

Netdevice: eno1
Local configfile: $HOME/.conkyrc
Localedir: /usr/share/locale
Maximum netdevices: 256
Maximum text size: 16384
Size text buffer: 256

Version 1.19-2 hangs on this kernel.

UPDATE: the process crashed after about 3 hours with an error:

terminate called after throwing an instance of 'lua::exception'

what(): Unknown lua exception

it's sad.

Jun 28 '23 08:06 XZVB12

Version 1.18.1-1 from the Manjaro repository works without hanging with the 6.4.0-0.1 kernel (check the update at the end of the message). Modules in use: conky 1.18.1_pre compiled 2023-02-24 for Linux x86_64 Compiled in features: System config file: /etc/conky/conky.conf Package library path: /usr/lib/conky General:

After restarting from the terminal the process hangs after about 15 minutes, it's sad.

Can NOT confirm this. Tried conky-1.18.1 on 6.4 final. Still freezes or crashes

Jun 28 '23 08:06 nkalkhof

Version 1.18.1-1 from the Manjaro repository works without hanging with the 6.4.0-0.1 kernel (check the update at the end of the message). Modules in use: conky 1.18.1_pre compiled 2023-02-24 for Linux x86_64 Compiled in features: System config file: /etc/conky/conky.conf Package library path: /usr/lib/conky General: After restarting from the terminal the process hangs after about 15 minutes, it's sad.

Can NOT confirm this. Tried conky-1.18.1 on 6.4 final. Still freezes or crashes

I updated my post, the application does crash after a few hours, I can't find a pattern, it's sad.

Jun 28 '23 09:06 XZVB12

I am currently trying to bisect this between 6.3 and 6.4-rc1, and it's a very slow process since you can't be confident a revision isn't bad just because conky didn't hang for 2-3 hours. Will report if-when I got something.

Jun 28 '23 09:06 klausman

I am currently trying to bisect this between 6.3 and 6.4-rc1, and it's a very slow process since you can't be confident a revision isn't bad just because conky didn't hang for 2-3 hours. Will report if-when I got something.

I'll be happy to test any potential fix.

Jun 28 '23 09:06 nkalkhof

Another reproduction with:

conky 1.17.0
kernel 6.4.0 (non-rc).
glibc 2.37

Sometimes it runs fine for hours, but mostly it freezes up after minutes. Something worth noting, I do not use conky for rendering to X, but only to terminal / STDOUT (out_to_console = true, out_to_x = false).

I attached an strace to conky until it froze, and similar to some of the stacktraces above, it gets stuck on a futex() call:

write(1, "  {\"full_text\": \" \357\203\244 0%\",\"color"..., 61) = 61
write(1, "  {\"full_text\": \" \357\202\240 105G (11%)"..., 56) = 56
write(1, "  \n", 3)                     = 3
write(1, "  \n", 3)                     = 3
write(1, "  {\"full_text\": \" \357\202\254 87.149.36."..., 59) = 59
write(1, "  {\"full_text\": \" \357\201\243 1.24K \357\201\242 "..., 61) = 61
write(1, "  {\"full_text\": \" UTC 09:27 \",\"c"..., 51) = 51
write(1, "  {\"full_text\": \" \357\200\227 Sat, 01.07"..., 59) = 59
write(1, "]\n", 2)                      = 2
pselect6(4, [3], NULL, NULL, {tv_sec=0, tv_nsec=0}, NULL) = 0 (Timeout)
clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=1, tv_nsec=897907935}, 0x7ffc5358c6a0) = 0
futex(0x558964f7afe8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x558964f751d8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x558964f7ac28, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x558964f6d638, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x558964f7c928, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x558964f76bb8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x558963c28160, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 0, NULL, FUTEX_BITSET_MATCH_ANY) = -1 EAGAIN (Resource temporarily unavailable)
futex(0x558963c28160, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 0, NULL, FUTEX_BITSET_MATCH_ANY

Jul 01 '23 09:07 particleflux

Here's an additional gdb stacktrace, attached after it froze. (this is a different run from the strace above)

(gdb) bt
#0  0x00007f84890474d5 in ?? () from /lib64/libc.so.6
#1  0x00007f8489052708 in ?? () from /lib64/libc.so.6
#2  0x0000557bbf95acf6 in semaphore::wait (this=<optimized out>)
    at /usr/src/debug/app-admin/conky-1.17.0-r1/conky-1.17.0/src/semaphore.hh:98
#3  conky::run_all_callbacks () at /usr/src/debug/app-admin/conky-1.17.0-r1/conky-1.17.0/src/update-cb.cc:158
#4  0x0000557bbf918452 in update_stuff ()
    at /usr/src/debug/app-admin/conky-1.17.0-r1/conky-1.17.0/src/common.cc:295
#5  0x0000557bbf91f3ea in generate_text ()
    at /usr/src/debug/app-admin/conky-1.17.0-r1/conky-1.17.0/src/conky.cc:695
#6  update_text () at /usr/src/debug/app-admin/conky-1.17.0-r1/conky-1.17.0/src/conky.cc:1647
#7  0x0000557bbf921843 in main_loop ()
    at /usr/src/debug/app-admin/conky-1.17.0-r1/conky-1.17.0/src/conky.cc:1739
#8  0x0000557bbf90fa02 in main (argc=1, argv=0x7ffc98983088)
    at /usr/src/debug/app-admin/conky-1.17.0-r1/conky-1.17.0/src/main.cc:355

Seems to match the one by @earies

Jul 01 '23 13:07 particleflux

Same issue here. Using Arch Linux, one on desktop with X11, another on laptop with Wayland. conky is used on both (under xwayland on laptop). After regular update today, which included update of linux kernel from 6.3.9 to 6.4.1, conky started to freeze on both machines, typically after a few minutes after start.

Jul 03 '23 13:07 Galicarnax

I think for this not happen I back to use kernel-6. 3, although I didn't uninstall kernel-6. 4. I see in the Manjaro forums that 6.4 is unstable, yesterday I was using it and after 5 hours my Conky closed with core dump.

Em seg., 3 de jul. de 2023 10:44, Max @.***> escreveu:

Same issue here. Using Arch Linux, one on desktop with X11, another on laptop with Wayland. conky is used on both (under xwayland on laptop). After regular update today, which included update of linux kernel from 6.3.9 to 6.4.1, conky started to freeze on both machines, typically after a few minutes after start.

— Reply to this email directly, view it on GitHub https://github.com/brndnmtthws/conky/issues/1544#issuecomment-1618300585, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACNZRGN2FN5UGYZ2LMU7EQ3XOLEDNANCNFSM6AAAAAAYKUJSHE . You are receiving this because you commented.Message ID: @.***>

Jul 03 '23 13:07 servimo

I also tried the method of exclusion, but couldn't pinpoint a particular section in conkyrc that causes the issue. But there seems to be a correlation - the less elements there are left to display, the longer it takes before freezing.

Jul 03 '23 15:07 Galicarnax

I have done some looking into this problem. I also started having problems after upgrading to 6.4.1 (EndeavourOS). The Conky(s) I run (I run 3 instances ) run with 1 exception---the Conky instance that includes CPU Temperature monitoring will crash within 2~20 minutes. I have tried Conky (1.18) Conky-Lua-Nv (another build of 1.18) and Conky-Git (1.19)---all crash in the same manner. I show similar stack traces to above. The thread: https://forum.endeavouros.com/t/interesting-cpu-temp-monitoring-problem-with-conky/42770 goes into more information.

In short---In my system, I have pinned the problem down to CPU Temperature monitoring with Conky. I have tried hwmon reading & sensors reading without any change---both ways crash. I am running an Asus z690 with i7-12700KF & 32G Ram. Examples are: ${execi 5 sensors|grep 'Core 0'| awk -F'+' '{print $2}' | awk -F'.' '{print $1}'} °C or ${platform coretemp.0/hwmon/hwmon7 temp 2} °C

Both will crash---hwmon just takes longer. Downgrading back to 6.3.9 works normally.

If the Conky that crashes will provide more info, I will post it.

Jul 04 '23 03:07 debianmain1

Just adding another voice. I was using conky 1.18.1 on Artix with no problems, but after upgrading to kernel 6.4.1, conky began freezing after maybe fifteen minutes or so (I'm not sure exactly how long). I compiled and installed conky 1.19.2, but that had no effect on the problem whatsoever. I tried running from a terminal window with "conky -DD" but it simply froze again after a bit over eight minutes with absolutely nothing in the terminal window showing anything amiss. I am not doing any sort of CPU temperature monitoring, but I am monitoring CPU load and disk IO.

Jul 04 '23 06:07 frankspace

I found this bug report with temporary fix patch.

https://bugzilla.kernel.org/show_bug.cgi?id=217624

Finished compiling and testing in progress - look promising, though.

Jul 04 '23 08:07 mrlamud

conky conky copied to clipboard

[Bug]: conky random freezes with no dmesg or debug info starting with kernel 6.4-rc

What happened?

Version

Which OS/distro are you seeing the problem on?

Conky config

Stack trace

conky
conky copied to clipboard