Re: hang while updating pkg_rolling-replace libvdpau

[Chavdar Ivanov <ci4ic4%gmail.com@localhost>]

On Tue, 8 Sep 2020 at 08:07, Martin Husemann <martin%duskware.de@localhost> wrote:
>
> On Mon, Sep 07, 2020 at 11:40:58PM +0200, Riccardo Mottola wrote:
> > > It mentions a workaround, but what does it mean to:
> > > dd if=/dev/urandom of=/dev/random bs=32 count=1
> > > sysctl -w kern.entropy.consolidate=1
> >
> >
> > I tried this "quick fix" and then was able to leave the laptop several hours
> > upgrading, so indeed it it solves the issue. I suppose this fix needs to
> > repeated at every boot?
>
> Usualy not, a variation of it should happen at install time on all systems
> not providing a (good enough) random number generator internally. Taylor
> is working on covering more systems. Installation will (in the future)
> detect this state and offer solutions.
>
> Once the "full entropy" state is reached, it usually persists - on proper
> shutdown the seed file is written and restored on next boot.
>
> This is all kind of in flux currently, so there is quite a bit of confusion
> and different advices floating around.

To add to the confusion, perhaps related to this, I've been getting
random hangs when using some of the (admittedly over the top) zsh
prompts from oh_my_zsh, when they involve git invocation. Roughly 25%
of all commands executed with one particular prompt setting  The trace
is as follows, if it is of interest:
...

[Switching to LWP 27612 of process 16821]
0x000074480bca88ba in ___lwp_park60 () from /usr/lib/libc.so.12
(gdb) thread apply all bt

Thread 2 (LWP 16821 of process 16821):
#0  0x000074480bc4556a in _lwp_wait () from /usr/lib/libc.so.12
#1  0x000074480c40c754 in pthread_join () from /usr/lib/libpthread.so.1
#2  0x000000000054ba92 in preload_index ()
#3  0x000000000055a3e8 in refresh_index ()
#4  0x0000000000425510 in cmd_status ()
#5  0x00000000004053fe in handle_builtin ()
#6  0x0000000000406301 in cmd_main ()
#7  0x00000000005ed143 in main ()

Thread 1 (LWP 27612 of process 16821):
#0  0x000074480bca88ba in ___lwp_park60 () from /usr/lib/libc.so.12
#1  0x000074480c409791 in ?? () from /usr/lib/libpthread.so.1
#2  0x000074480bcd6e1a in je_malloc_mutex_lock_slow () from /usr/lib/libc.so.12
#3  0x000074480bd0e601 in je_arena_choose_hard () from /usr/lib/libc.so.12
#4  0x000074480bcb594f in je_tsd_tcache_data_init () from /usr/lib/libc.so.12
#5  0x000074480bcb5b99 in je_tsd_tcache_enabled_data_init () from
/usr/lib/libc.so.12
#6  0x000074480bcb1c19 in je_tsd_fetch_slow () from /usr/lib/libc.so.12
#7  0x000074480bd0e93d in malloc () from /usr/lib/libc.so.12
#8  0x00000000005ce9fb in xrealloc ()
#9  0x00000000005a2e20 in strbuf_grow ()
#10 0x00000000005ad07b in lstat_cache_matchlen ()
#11 0x00000000005ad1b5 in threaded_has_symlink_leading_path ()
#12 0x000000000054b808 in preload_thread ()
#13 0x000074480c40bee0 in ?? () from /usr/lib/libpthread.so.1
#14 0x000074480bc924e0 in ?? () from /usr/lib/libc.so.12
#15 0x0000000000000000 in ?? ()
(gdb) quit

The process - again, as with cmake -  resumes after quitting gdb.

>
> Martin

Chavdar



-- 
----