That’s a constraint from libuv. Why would the monitoring software **close** the stderr anyway? It’s not about the redirection, that would be fine. The problem is that the “Generic monitoring” plugin closes the stderr descriptor which seems to me as wrong thing to do.
Ondrej -- Ondřej Surý (He/Him) [email protected] > On 29. 11. 2021, at 0:48, Enrique Garcia <[email protected]> wrote: > > Package: bind9-dnsutils > Version: 1:9.16.22-1~deb11u1 > Severity: normal > X-Debbugs-Cc: [email protected] > > I am experiencing a weird bug in which the dig command fails when run as part > of a shell script executed inside the XFCE4 "Generic monitor" plugin. The > error > message is: > > dig: ./src/unix/core.c:570: uv__close: Assertion `fd > STDERR_FILENO' failed. > Aborted > > It looks like something doesn't like that the stdout or stderr is not managed > by the terminal. > The command I am running is: > > dig @resolver4.opendns.com myip.opendns.com +short -4 > > As a way to reproduce it: add the "Generic monitor" plugin to a xfce4 panel > and > in the properties set the command to the one above. > > Is I run the command in the terminal then everything is fine. > > > -- System Information: > Debian Release: 11.1 > APT prefers stable > APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'stable- > security'), (400, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 5.10.0-9-amd64 (SMP w/2 CPU threads) > Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), > LANGUAGE=es_ES:es > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages bind9-dnsutils depends on: > ii bind9-host [host] 1:9.16.22-1~deb11u1 > ii bind9-libs 1:9.16.22-1~deb11u1 > ii libc6 2.31-13+deb11u2 > ii libedit2 3.1-20191231-2+b1 > ii libidn2-0 2.3.0-5 > ii libkrb5-3 1.18.3-6+deb11u1 > ii libprotobuf-c1 1.3.3-1+b2 > > bind9-dnsutils recommends no packages. > > bind9-dnsutils suggests no packages. >
