Scribe error='libssl.so.1.1: wrong ELF class: ELFCLASS32'

thelonelycoder · Mar 19, 2023

John Fitzgerald said:
Is @thelonelycoder pushing any updates for this round of Entware updates?
This makes 2 Entware updates in a row that have caused problems for other scripts.

Not for now. Nothing changed on my end that I have to fix. I have no other plans than stopping, let it update and restarting Entware services if there are any updates for it.

vibroverbus · Mar 21, 2023

Martinski said:
The following is a simple function and associated alias that I always use when upgrading Entware packages (I don't use AMTM for that).

Bash:

_UpgradeEntware_() [/QUOTE]

Just discovered i had no syslogging due to this issue today. Thanks for that easy script/alias man that's great.

Slapdaddy · Mar 22, 2023

That entware update ruined my AXE16000. Just running Diversion and Skynet and something corrupted the kernel. According to the logs, it tried to repair itself after each crash but would crash again and again and again. I updated to 388.2 beta, pulled my USB stick and turned off custom scripts which resolved the issue, but am now without Diversion and Skynet. :/

Viktor Jaep · Mar 22, 2023

Slapdaddy said:
That entware update ruined my AXE16000. Just running Diversion and Skynet and something corrupted the kernel. According to the logs, it tried to repair itself after each crash but would crash again and again and again. I updated to 388.2 beta, pulled my USB stick and turned off custom scripts which resolved the issue, but am now without Diversion and Skynet. :/

You could always buy another one, I guess? LOL

_me_myself_and_i_ · Mar 22, 2023

Bit the bullet and did a factory reset, re-formatted my usb, upgraded to latest 388.1, then spent a couple of hours putting everything back in order. (Again, backups are crucial!)

Everything works as before with no libssl errors. I was on 386.4 before and this debacle was the catalyst I needed to get current.

ScottW · Mar 22, 2023

Just sharing my experience in case it might help someone...

I am running Diversion w/pixelserv-tls, Skynet, Scribe, uiDivstats, and uiScribe. I looked at the upgradable packages' dependencies, and decided on the following procedure:

1. Stopped entware, then did update and upgrade:
/opt/etc/init.d/rc.unslung stop
opkg update
opkg upgrade

2. Reinstalled each of the following packages using "opkg --force-reinstall install [pkg-name]", in the order listed:
libcurl
bind-libs
bind-dig
syslog-ng
pixelserv-tls

3. Restarted entware
/opt/etc/init.d/rc.unslung start

4. Opened Diversion (pixelserv-tls was not running), used ep,4 to restart pixelserv-tls and it started fine.

Everything working perfectly. Scribe "s- Show status" and "rs- Restart syslog-ng" return all green. All syslog-ng logs are being fed correctly, and logrotate is working. Skynet, Diversion, and pixelserv-tls are working, and no errors being logged from pixelserve-tls. The uiDivstats and uiScribe pages work correctly (including manual update) in webui. All scheduled jobs are firing correctly.

Gave it a couple hours, then did a reboot to make sure everything loaded correctly at boot (and it did). Been working smoothly for 48+ hours now.

Thanks to everyone who shared the issues they had, as that helped me engineer a procedure that avoided problems. It all went very smoothly, done in less than 10 minutes. Of course, I made a full tar backup AND an image of the flash drive before I started. It always pays to be prepared!

Slapdaddy · Mar 22, 2023

Viktor Jaep said:
You could always buy another one, I guess? LOL

I guess that's supposed to be funny.. The router runs just fine with only Skynet running so thats what I'm doing. If I install Diversion and Entware, everything goes to s*** so I'm staying away until there's an update to fix whatever is wrong.

Slapdaddy · Mar 22, 2023

ScottW said:
Just sharing my experience in case it might help someone...

I am running Diversion w/pixelserv-tls, Skynet, Scribe, uiDivstats, and uiScribe. I looked at the upgradable packages' dependencies, and decided on the following procedure:

1. Stopped entware, then did update and upgrade:
/opt/etc/init.d/rc.unslung stop
opkg update
opkg upgrade

2. Reinstalled each of the following packages using "opkg --force-reinstall install [pkg-name]", in the order listed:
libcurl
bind-libs
bind-dig
syslog-ng
pixelserv-tls

3. Restarted entware
/opt/etc/init.d/rc.unslung start

4. Opened Diversion (pixelserv-tls was not running), used ep,4 to restart pixelserv-tls and it started fine.

Everything working perfectly. Scribe "s- Show status" and "rs- Restart syslog-ng" return all green. All syslog-ng logs are being fed correctly, and logrotate is working. Skynet, Diversion, and pixelserv-tls are working, and no errors being logged from pixelserve-tls. The uiDivstats and uiScribe pages work correctly (including manual update) in webui. All scheduled jobs are firing correctly.

Gave it a couple hours, then did a reboot to make sure everything loaded correctly at boot (and it did). Been working smoothly for 48+ hours now.

Thanks to everyone who shared the issues they had, as that helped me engineer a procedure that avoided problems. It all went very smoothly, done in less than 10 minutes. Of course, I made a full tar backup AND an image of the flash drive before I started. It always pays to be prepared!

I'll try this later on and see where I get.

Viktor Jaep · Mar 22, 2023

Slapdaddy said:
I guess that's supposed to be funny.

Get your tickets now! I've got 2 shows daily... my comedy routine is on fire!

RTRHTR v1.1 is out now!

vibroverbus · Mar 25, 2023

ScottW said:
Just sharing my experience in case it might help someone...

I am running Diversion w/pixelserv-tls, Skynet, Scribe, uiDivstats, and uiScribe. I looked at the upgradable packages' dependencies, and decided on the following procedure:

1. Stopped entware, then did update and upgrade:
/opt/etc/init.d/rc.unslung stop
opkg update
opkg upgrade

2. Reinstalled each of the following packages using "opkg --force-reinstall install [pkg-name]", in the order listed:
libcurl
bind-libs
bind-dig
syslog-ng
pixelserv-tls

3. Restarted entware
/opt/etc/init.d/rc.unslung start

4. Opened Diversion (pixelserv-tls was not running), used ep,4 to restart pixelserv-tls and it started fine.

Everything working perfectly. Scribe "s- Show status" and "rs- Restart syslog-ng" return all green. All syslog-ng logs are being fed correctly, and logrotate is working. Skynet, Diversion, and pixelserv-tls are working, and no errors being logged from pixelserve-tls. The uiDivstats and uiScribe pages work correctly (including manual update) in webui. All scheduled jobs are firing correctly.

Gave it a couple hours, then did a reboot to make sure everything loaded correctly at boot (and it did). Been working smoothly for 48+ hours now.

Thanks to everyone who shared the issues they had, as that helped me engineer a procedure that avoided problems. It all went very smoothly, done in less than 10 minutes. Of course, I made a full tar backup AND an image of the flash drive before I started. It always pays to be prepared!

I stumbled on this same solution - ironically I had been in this thread but somehow missed your post. LOL.

I first noticed problem with scribe... stumbled around a bit then noticed that WTF no syslogd... and then took me a while to notice (in the NOW WORKING syslog LOL) that ntpd wouldn't start. Took until this morning to connect the dots that these were all the same problem.

The only tip I would add to your process would be to run

Code:

opkg whatdepends libopenssl

to find what on your install needs to be updated. So to update your procedure list:

Check what needs to be force reinstalled: opkg whatdepends libopenssl
Stop entware processes: /opt/etc/init.d/rc.unslung stop
Update/upgrade: opkg update ; opkg upgrade
Reinstall all packages: opkg --force-reinstall install name
Restart entware: /opt/etc/init.d/rc.unslung start

Yes somebody could write up a quick script to do that all automagically... I thought about it but didn't bother. If this turns out to be a consistent issue maybe I will.

I agree this doesn't seem to be lonelycoder issue at all, its an Entware fault in not flagging all those other packages as requiring update after libopenssl was significantly updated.

Viktor Jaep · Mar 25, 2023

vibroverbus said:
The only tip I would add to your process would be to run

Code:

opkg whatdepends libopenssl

to find what on your install needs to be updated. So to update your procedure list:

Check what needs to be force reinstalled: opkg whatdepends libopenssl

Stop entware processes: /opt/etc/init.d/rc.unslung stop

Update/upgrade: opkg update ; opkg upgrade

Reinstall all packages: opkg --force-reinstall install name

Restart entware: /opt/etc/init.d/rc.unslung start

Yes somebody could write up a quick script to do that all automagically... I thought about it but didn't bother. If this turns out to be a consistent issue maybe I will.

I agree this doesn't seem to be lonelycoder issue at all, its an Entware fault in not flagging all those other packages as requiring update after libopenssl was significantly updated.

OMG... thanks so much for that nugget! I never knew about the "whatdepends" switch!

cmkelley · Mar 26, 2023

@vibroverbus - I decided to write it,

Bash:

#!/bin/sh -

/opt/etc/init.d/rc.unslung stop
opkg update
opkg upgrade

pk="$(opkg whatdepends libopenssl | grep "\." | awk '{ print ( $1 ) }')"

for i in $pk
do
    printf "\nReinstalling $i\n"
    opkg --force-reinstall install $i
done

/opt/etc/init.d/rc.unslung start

# eof

vibroverbus · Mar 26, 2023

cmkelley said:

@vibroverbus - I decided to write it,

Bash:

#!/bin/sh -

/opt/etc/init.d/rc.unslung stop
opkg update
opkg upgrade

pk="$(opkg whatdepends libopenssl | grep "\." | awk '{ print ( $1 ) }')"

for i in $pk
do
    printf "\nReinstalling $i\n"
    opkg --force-reinstall install $i
done

/opt/etc/init.d/rc.unslung start

# eof

well done sir. I see your script, and raise it an argument, help, and error checking.

Bash:

#!/bin/sh -
#

Halp()
{
   # Display Help
   echo "usage: $(basename "$0") [OPTIONS] package"
   echo "options:"
   echo "-h, -?    Print this Help."
   echo
   echo "Force-reinstall entware packages dependent on specified package."
   echo "NOTE: All entware services will be stopped and restarted"
   echo "A full update/upgrade will also be run so other packages may update as well"
   echo
}

# check args
if [ $# -lt 1 ] ; then
    echo "$(basename "$0") must have one argument"
    Halp
    exit
else
    while :; do
        case $1 in
            -h|-?|-*) #no other valid options at this time
                Halp
                exit
                ;;
            *)
            if ! opkg list-installed $1 | grep -q $1 ; then
               echo "$1 is not an installed package"
               exit
            else
               targetpkg=$1
               echo "Target package $targetpkg is installed. Proceeding."
            fi
            break
                ;;
        esac
        shift
    done
fi

# stop ew services
/opt/etc/init.d/rc.unslung stop
# update/upgrade ew
opkg update
opkg upgrade
# find depends & force reinstall
pk="$(opkg whatdepends $targetpkg | grep "\." | awk '{ print ( $1 ) }')"
for i in $pk
do
    printf "\nReinstalling $i\n"
    opkg --force-reinstall install $i
done

# restart ew services
/opt/etc/init.d/rc.unslung start

# eof

Martinski · Mar 27, 2023

vibroverbus said:
well done sir. I see your script, and raise it an argument, help, and error checking.

Bash:

#!/bin/sh - # ....

Here's another version with a couple of more checks to make sure things are where & how we expect them to be.

Bash:

#!/bin/sh -
#
set -u

Help()
{
   # Display Help
   echo "usage: $(basename "$0") [OPTIONS] package"
   echo "options:"
   echo "-h, -?    Print this Help."
   echo
   echo "Force-reinstall entware packages dependent on specified package."
   echo "NOTE: All entware services will be stopped and restarted"
   echo "A full update/upgrade will also be run so other packages may update as well"
   echo
}

if [ ! -x "/opt/bin/opkg" ] || [ ! -x "/opt/etc/init.d/rc.unslung" ]
then echo "Entware is *NOT* installed/found. Nothing to do." ; exit 1
fi

# check args
if [ $# -lt 1 ] ; then
    echo "$(basename "$0") must have one argument"
    Help
    exit
else
    while :; do
        case $1 in
            -h|-?|-*) #no other valid options at this time
                Help
                exit
                ;;
            *)
            if ! /opt/bin/opkg list-installed "$1" | grep -q "$1" ; then
               echo "$1 is not an installed package"
               exit
            else
               targetpkg="$1"
               echo "Target package $targetpkg is installed. Proceeding."
            fi
            break
                ;;
        esac
        shift
    done
fi

OPTinitd="/opt/etc/init.d"
servicesCount="$(/usr/bin/find "$OPTinitd" -name "S*" -exec ls -1 {} \; 2>/dev/null | /bin/grep -cE "${OPTinitd}/S[0-9]+")"

if [ "$servicesCount" -gt 0 ]
then
    printf "\nStopping Entware services... Please wait.\n"
    /opt/etc/init.d/rc.unslung stop ; sleep 3
    echo
else
    printf "\nNo Entware services found.\n\n"
fi

# update/upgrade ew
/opt/bin/opkg update
/opt/bin/opkg upgrade

# find depends & force reinstall
pk="$(/opt/bin/opkg whatdepends $targetpkg | grep "\." | awk '{ print ( $1 ) }')"
for i in $pk
do
    printf "\nReinstalling $i\n"
    /opt/bin/opkg --force-reinstall install $i
done

if [ "$servicesCount" -gt 0 ]
then
    printf "\nStarting Entware services... Please wait.\n"
    /opt/etc/init.d/rc.unslung start ; sleep 3
fi

printf "\nDone.\n"

# eof #

vibroverbus · Mar 27, 2023

nice.

unsynaps · Mar 28, 2023

Bigger issue is it seems curl is broken for the same reason.
Maybe git as well.

EDIT: Yes as of this posting both curl and git are throwing the same error. FANTASTIC
I shudder to think of when this will be fixed. Already going on almost 3 weeks.

Switch to OpenSSL 3.0 breaks packages · Issue #913 · Entware/Entware

Describe the bug After latest update in x64-k3.2, openssl got upgraded to 3.0 branch. At least weechat, rtorrent and curl are throwing error messages: "error while loading shared libraries: libssl....

github.com

ryzhov_al · Mar 28, 2023

unsynaps said:
Bigger issue is it seems curl is broken for the same reason.

…broken on router. You may reinstall broken package with dependent ones or install Entware from scratch.

cmkelley · Mar 28, 2023

unsynaps said:
Bigger issue is it seems curl is broken for the same reason.
Maybe git as well.

EDIT: Yes as of this posting both curl and git are throwing the same error. FANTASTIC
I shudder to think of when this will be fixed. Already going on almost 3 weeks.

Switch to OpenSSL 3.0 breaks packages · Issue #913 · Entware/Entware

Describe the bug After latest update in x64-k3.2, openssl got upgraded to 3.0 branch. At least weechat, rtorrent and curl are throwing error messages: "error while loading shared libraries: libssl....

github.com

Any version of the script above "should" fix curl and git. I don't use git on the router, but my curl doesn't throw an error after using the script.

Jeffrey Young · Mar 29, 2023

It looks like NUT is also affected. None of the solutions here has solved the issue for nut-upsmon.

Still get the following error: I have uninstalled, re-installed, forced, used hacks in this thread. Still down.

Code:

upsmon: error while loading shared libraries: libssl.so.1.1: wrong ELF class: ELFCLASS32

Entware sure did mess this up.

cmkelley · Mar 29, 2023

Jeffrey Young said:
It looks like NUT is also affected. None of the solutions here has solved the issue for nut-upsmon.

Still get the following error: I have uninstalled, re-installed, forced, used hacks in this thread. Still down.

Code:

upsmon: error while loading shared libraries: libssl.so.1.1: wrong ELF class: ELFCLASS32

Entware sure did mess this up.

That *may* not be entirely Entware's issue. If NUT is still puking after running the script, and you've tried force-reinstalling nut-upsmon that means something that NUT depends on is not properly registering its dependence on libopenssl. What does '/opt/bin/opkg depends nut-upsmon' give you?

Scribe error='libssl.so.1.1: wrong ELF class: ELFCLASS32'

Part of the Furniture

Regular Contributor

Occasional Visitor

Part of the Furniture

Occasional Visitor

Senior Member

Occasional Visitor

Occasional Visitor

Part of the Furniture

Regular Contributor

Part of the Furniture

Very Senior Member

Regular Contributor

Very Senior Member

Regular Contributor

Senior Member

Very Senior Member

Very Senior Member

Very Senior Member

Very Senior Member

Similar threads

Sign Up For SNBForums Daily Digest