[SOLVED] after update 04/11/2021

noplan

dlopen() "/usr//lib/nginx/modules/ngx_http_vhost_traffic_status_module.so" failed (/usr//lib/nginx/modules/ngx_http_vhost_traffic_status_module.so: cannot open shared object file: No such file or directory) in /etc/nginx/nginx.conf:4

noplan

fixed on the russ++++ way

add comment with # in

/etc/nginx/nginx.conf to line
#load_module lib/nginx/modules/ngx_http_vhost_traffic_status_module.so;

then

systemctl restart nginx

no more errors in

tail -f /var/log/nginx/error.log

webiF and admin are workingcuz without the fix both are NOT working

mwilliams

This is not really what you want.

Please check that the module is installed:

rpm -qi nginx-module-vts

Name : nginx-module-vts
Version : 0.1.16
Release : bp153.1.16
Architecture: x86_64
Install Date: Mon Nov 1 13:35:07 2021
Group : Productivity/Networking/Web/Proxy
Size : 220656
License : BSD-2-Clause
Signature : RSA/SHA256, Wed Mar 24 11:47:20 2021, Key ID 9c214d4065176565
Source RPM : nginx-module-vts-0.1.16-bp153.1.16.src.rpm
Build Date : Wed Mar 24 11:47:05 2021
Build Host : lamb53
Relocations : (not relocatable)
Packager : https://bugs.opensuse.org
Vendor : openSUSE
URL : https://github.com/vozlt/nginx-module-vts
Summary : Nginx virtual host traffic status module
Description :
This is an Nginx module that provides access to virtual host status
information. It contains the current status such as servers, upstreams, caches.
This is similar to the live activity monitoring of nginx plus. The built-in html
is also taken from the demo page of old version.
Distribution: SUSE Linux Enterprise 15 SP3

When installed, the module is available:

rpm -ql nginx-module-vts

/usr/lib64/nginx
/usr/lib64/nginx/modules
/usr/lib64/nginx/modules/ngx_http_vhost_traffic_status_module.so
/usr/share/licenses/nginx-module-vts
/usr/share/licenses/nginx-module-vts/LICENSE

If you disable the module, you automatically disable the Live Status from grommunio Admin UI.

noplan

okay ... both
rpm -ql nginx-module-vts & rpm -qi nginx-module-vts
are showing the exact same output as you posted ..

you automatically disable the Live Status from grommunio Admin UI

i can still watch the live status ...such as mail count log files cpu and on and on
the error before the change to conf was

tail -f /var/log/nginx/error.log

2021/11/04 12:18:01 [emerg] 1408#1408: dlopen() "/usr//lib/nginx/modules/ngx_http_vhost_traffic_status_module.so" failed (/usr//lib/nginx/modules/ngx_http_vhost_traffic_status_module.so: cannot open shared object file: No such file or directory) in /etc/nginx/nginx.conf:4

these 38 have been updated after zypper reff & zypper up

bash bind-utils grommunio-admin-api grommunio-admin-web grommunio-common grommunio-web gromox gromox-debuginfo gromox-debugsource kexec-tools kpartx libbind9-1600 libdns1605 libirs1601 libisc1606 libisccc1600 libisccfg1600 liblz4-1 libmpath0 libns1604 libreadline7 libstorage-ng1 libstorage-ng-ruby mdadm nginx openssh openssh-clients openssh-common openssh-server postfix postfix-mysql python3-bind python3-urllib3
qemu-tools yast2 yast2-logs yast2-network yast2-storage-ng

after that a reboot was required ;)

and after that
none of the webIFs was workin .... caused by nginx not runnin caused by (see error.log above)
then those # changed the game and the system was usable

hope that helps
brNP

WalterH

The file /etc/nginx/nginx.conf contains a broken line: load_module lib/nginx/modules/ngx_http_vhost_traffic_status_module.so; simply remove this line. The next line: load_module lib64/nginx/modules/ngx_http_vhost_traffic_status_module.so; is the correct statement, pointing to lib64/nginx.

noplan

exactly what we fixed the russian way with #
and @mwilliams told us that is not what we wanna do ...

the same line ist gettin back to to config after the update they oushed through a couple mintues ago see our error II post

like we gonna say here funny things are goin on !

nevertheless lets go shared inbox testin ...

mwilliams

noplan

yes, if not hashed out, the fix will repair the broken line. if hashed out, its a comment which is not touched.

les

ok i see the comments ...

les

ok tested here on 05/11/2021
both lines in the config before zypper without # ---> that causes the failure
after the update
both lines are in the config without # ---> and that still causes the error

its the same message as @noplan pointed out under tail -f

so not sure if the fix is working

to get the sys running i do the work around and set the comment # in nginx.conf
and restart nginx

so system is updated as now 05/11/2021
and working
LES