Yast not working after upgrade to SLES11 sp4 (from sp3)

After upgrading sles 11 sp3 to sp4 Yast isn’t working anymore,
seems I am missing some package,
how can I determine which package I need exactly?

[QUOTE]
sles11:~ # zypper in yast2-gtk
zypper: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory[/QUOTE]

could it be this application:

[QUOTE]
Integrity checksum changed for: ‘/usr/bin/gcc-4.3’[/QUOTE]

Hi stephenhendry,

After upgrading sles 11 sp3 to sp4 Yast isn’t working anymore,

I’ve seen this once, on a different release. Once I ran “ldconfig” (to update the linker cache) everything worked again. This shouldn’t do any harm, so it’s worth a try.

Regards,
Jens

[QUOTE=stephenhendry;29011]could it be this application:

Integrity checksum changed for: '/usr/bin/gcc-4.3'

I’m not seeing this issue on a 64-bit SLES11 SP4 server I recently upgraded from SLES11 SP3. What do the following report?

[CODE] # rpm -q --whatprovides libgcc_s.so.1
libgcc_s1-32bit-4.8.3+r212056-2.17

rpm -V libgcc_s1-32bit

rpm -q --whatprovides /usr/bin/gcc-4.3

gcc43-4.3.4_20091019-0.37.30

rpm -V gcc43

rpm -qa gcc

gcc43-4.3.4_20091019-0.37.30
gcc43-c+±4.3.4_20091019-0.37.30
gcc-info-4.3-62.200.2
gcc-c+±4.3-62.200.2
libgcc_s1-32bit-4.8.3+r212056-2.17
libgcc43-4.6.9-0.14.1.9
gcc43-info-4.3.4_20091019-0.37.30
gcc-locale-4.3-62.200.2
libgcc46-4.6.9-0.13.22
gcc43-locale-4.3.4_20091019-0.37.30
gcc-4.3-62.200.2
libgcc_s1-4.8.3+r212056-2.17[/CODE]

Note please use [CODE] tags when including output rather than [QUOTE] as they can then be included when replying.

HTH.

Here is the output I got:

sles11:~ # rpm -q --whatprovides libgcc_s.so.1
libgcc_s1-32bit-4.8.3+r212056-2.17
sles11:~ # rpm -V libgcc_s1-32bit
sles11:~ # rpm -q --whatprovides /usr/bin/gcc-4.3
gcc43-4.3.4_20091019-0.37.30
sles11:~ # rpm -V gcc43
sles11:~ # rpm -qa *gcc*
libgcc43-4.6.9-0.14.1.9
libgcc46-32bit-4.6.9-0.13.22
libgcc_s1-32bit-4.8.3+r212056-2.17
gcc-4.3-62.200.2
libgcc46-4.6.9-0.13.22
libgcc_s1-4.8.3+r212056-2.17
gcc43-4.3.4_20091019-0.37.30
gcc43-c++-4.3.4_20091019-0.37.30
libgcc43-32bit-4.6.9-0.14.1.9
gcc-c++-4.3-62.200.2

[QUOTE=smflood;29014]I’m not seeing this issue on a 64-bit SLES11 SP4 server I recently upgraded from SLES11 SP3. What do the following report?

[CODE] # rpm -q --whatprovides libgcc_s.so.1
libgcc_s1-32bit-4.8.3+r212056-2.17

rpm -V libgcc_s1-32bit

rpm -q --whatprovides /usr/bin/gcc-4.3

gcc43-4.3.4_20091019-0.37.30

rpm -V gcc43

rpm -qa gcc

gcc43-4.3.4_20091019-0.37.30
gcc43-c+±4.3.4_20091019-0.37.30
gcc-info-4.3-62.200.2
gcc-c+±4.3-62.200.2
libgcc_s1-32bit-4.8.3+r212056-2.17
libgcc43-4.6.9-0.14.1.9
gcc43-info-4.3.4_20091019-0.37.30
gcc-locale-4.3-62.200.2
libgcc46-4.6.9-0.13.22
gcc43-locale-4.3.4_20091019-0.37.30
gcc-4.3-62.200.2
libgcc_s1-4.8.3+r212056-2.17[/CODE]

Note please use [CODE] tags when including output rather than [QUOTE] as they can then be included when replying.

HTH.[/QUOTE]

Hello Jens,

I tried that also, but that didnt work.

Here is another command with error:

sles11:~ # SuSEconfig
Starting SuSEconfig, the SuSE Configuration Tool...
Running in full featured mode.
Reading /etc/sysconfig and updating the system...
Executing /sbin/conf.d/SuSEconfig.desktop-file-utils...
Executing /sbin/conf.d/SuSEconfig.fonts...
Creating fonts.{scale,dir} files .........
/etc/fonts/suse-font-dirs.conf unchanged
/etc/fonts/suse-hinting.conf unchanged
/etc/fonts/suse-bitmaps.conf unchanged
Creating cache files for fontconfig ...........................
Creating 32bit cache files for fontconfig ...........................
generating java font setup
Warning: cannot find a sans serif Japanese font. Japanese in Java might not work.
Warning: cannot find a serif Japanese font. Japanese in Java might not work.
Warning: cannot find a sans serif simplified Chinese font. Simplified Chinese in Java might not work.
Warning: cannot find a serif simplified Chinese font. Simplified Chinese in Java might not work.
Warning: cannot find a sans serif traditional Chinese font. Traditional Chinese in Java might not work.
Warning: cannot find a serif traditional Chinese font. Traditional Chinese in Java might not work.
Warning: cannot find a sans serif Korean font. Korean in Java might not work.
Warning: cannot find a serif Korean font. Korean in Java might not work.
Executing /sbin/conf.d/SuSEconfig.gdm...
Executing /sbin/conf.d/SuSEconfig.glib2...
Executing /sbin/conf.d/SuSEconfig.groff...
Executing /sbin/conf.d/SuSEconfig.gtk2...
Executing /sbin/conf.d/SuSEconfig.permissions...
Executing /sbin/conf.d/SuSEconfig.scpm...
scpm: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory
/sbin/conf.d/SuSEconfig.scpm: line 19: test: =: unary operator expected
scpm: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory
/sbin/conf.d/SuSEconfig.scpm: line 22: test: =: unary operator expected
scpm: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory
scpm: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory
Executing /sbin/conf.d/SuSEconfig.sendmail...
Finished.

[QUOTE=jmozdzen;29013]Hi stephenhendry,

After upgrading sles 11 sp3 to sp4 Yast isn’t working anymore,

I’ve seen this once, on a different release. Once I ran “ldconfig” (to update the linker cache) everything worked again. This shouldn’t do any harm, so it’s worth a try.

Regards,
Jens[/QUOTE]

hee guys,

just one more thing I noticed when I checked the zypper history:

2015-08-05 11:05:49|install|openssh|6.2p2-0.13.1|x86_64|root@nl-xen-pdc24114|nu_novell_com:SLES11-SP3-Updates|9bd9bad9fd88e23b3047c343eb0b5f06fdfab7e6|
2015-08-05 11:05:49|install|openssh-askpass|6.2p2-0.13.1|x86_64||nu_novell_com:SLES11-SP3-Updates|a84b37439671d5c2001cc59da459f67c8791d6c4|
2015-08-05 11:05:49|install|libgcc43|4.6.9-0.14.1.9|x86_64||nu_novell_com:SLES11-SP4-Pool|7bf6157f5a8aa2670e83c3f667d48ae08c33296a|
2015-08-05 11:05:49|install|libgcc43-32bit|4.6.9-0.14.1.9|x86_64||nu_novell_com:SLES11-SP4-Pool|7f95ec701648c17014a44b57171f349e93b12d7e|
2015-08-05 11:05:49|install|libgcc46|4.6.9-0.13.22|x86_64||nu_novell_com:SLES11-SP3-Updates|15d13a81ffd055b328bcc491e136585be024ff05|
2015-08-05 11:05:50|install|libgcc46-32bit|4.6.9-0.13.22|x86_64||nu_novell_com:SLES11-SP3-Updates|4abec1051cdc78f37e153c951a6d09d8f30bf9dd|

these are the last installations and I do remember that I got an error when doing the software update in Yast and it was giving me an error for openssh,
not sure if that has to do with the issue, but it seems I need to install some gcc package, but which one and
is there an official package site for sles , I am seeing all kinds of sites for rpm packages on the internet, but need the official one

Hi stephenhendry,

please locate libgcc_s.so.1 and issue “ldd /lib/libgcc_s.so.1” (or where-ever that file lives). You should see something along the lines of

user@host:~> ldd /lib/libgcc_s.so.1 linux-gate.so.1 (0xf7767000) libc.so.6 => /lib/libc.so.6 (0xf7570000) /lib/ld-linux.so.2 (0xf7768000) user@host:~>

If that does not show any missing files, try to recursively check the reported libs (test-loading each via ldd) until dependent libraries are reported as “missing”. The error message hints that libgcc_s.so.1 cannot be loaded, probably because some dependent library is unavailable. You’d then need to find out which one that actually is, so that you can (re-)install that one via RPM.

Regards,
Jens

Hello Jens,

The issue is that the library doesn’t exist even.
I searched and couldn’t find anything or even close to it.
seems I need to install the package containing the file
The package is probably something with gcc, but I need to be sure which one and also where to get the package.
ANyway, I found this script on internet that looks for missing libraries, looks handy and I got the same error (missing library):

#!/bin/bash
#  2004/08/22  K. Piche  Find missing library references.
ifs=$IFS
IFS=':'

libdirs="/lib:/usr/lib:/usr/X11R6/lib:/opt/gnome/lib:/opt/qt/lib:/opt/mozilla/lib/mozilla-1.7:/opt/kde/lib"
extras=

#  Check ELF binaries in the PATH and specified dir trees.
for tree in $PATH $libdirs $extras
do
        echo DIR $tree

        #  Get list of files in tree.
        files=$(find $tree -type f)
        IFS=$ifs
        for i in $files
        do
                if [ `file $i | grep -c 'ELF'` -ne 0 ]; then
                        #  Is an ELF binary.
                        if [ `ldd $i 2>/dev/null | grep -c 'not found'` -ne 0 ]; then
                                #  Missing lib.
                                echo "$i:"
                                ldd $i 2>/dev/null | grep 'not found'
                        fi
                fi
        done
done

exit

Hi stephenhendry,

The issue is that the library doesn’t exist even.

yeah, my fault - I read that the verify run completed successfully and hence suspected the file is there, after all:

rpm -q --whatprovides libgcc_s.so.1

libgcc_s1-32bit-4.8.3+r212056-2.17

rpm -V libgcc_s1-32bit

But you’re checking the 32bit version, which is not what zypper would be using. According to your prior message, you have “libgcc_s1” (no -32bit) installed, which should provide the 64bit version of the file. Could you please verify that RPM (“rpm -V libgcc_s1”)?

Regards,
Jens

Goodmorning Jens,

I got no results for rpm -V libgcc_s1
Still looking for the package but no luck so far…
ALso having hard time to find official packages, I don’t trust the other websites…
Where is the official download site for all the packages?

[QUOTE=jmozdzen;29034]Hi stephenhendry,

The issue is that the library doesn’t exist even.

yeah, my fault - I read that the verify run completed successfully and hence suspected the file is there, after all:

rpm -q --whatprovides libgcc_s.so.1

libgcc_s1-32bit-4.8.3+r212056-2.17

rpm -V libgcc_s1-32bit

But you’re checking the 32bit version, which is not what zypper would be using. According to your prior message, you have “libgcc_s1” (no -32bit) installed, which should provide the 64bit version of the file. Could you please verify that RPM (“rpm -V libgcc_s1”)?

Regards,
Jens[/QUOTE]

Hi stephenhendry,

[QUOTE=stephenhendry;29046]Goodmorning Jens,

I got no results for rpm -V libgcc_s1
Still looking for the package but no luck so far…[/QUOTE]

I don’t understand - “rpm -V” will only report differences between the originally installed and the current state of files. So “no result” implies that everything is in order (or at least in untampered state :wink: ) and hence is actually installed. Is there some other reason you are “looking for the package”?

Does “rpm -ql libgcc_s1” list the “missing” library being part of the RPM? I have no SP4 at hand, so I cannot check myself if that file was moved into some other RPM.

[QUOTE=stephenhendry;29046]ALso having hard time to find official packages, I don’t trust the other websites…
Where is the official download site for all the packages?[/QUOTE]

The repositories are added when you register your server - you’d use i.e. “zypper install” to install new RPMs from the command line (and’d use “–force” to force a re-install). These repositories are not public.

Regards,
Jens

Hello Jens,

THe server is working fine, just this library is missing and just yast/zypper is not working.
I checked online and you have opensuse rpm’s that I cna download, but these are not for the SLES (probably will work most of the time).
Thank you for explaining and now I know why I couldn’t find them.

I did get a result from your last command:

sles11:/tmp # rpm -ql libgcc_s1
/lib64/libgcc_s.so.1

WHat does this mean? Is the package already available on my system and I wonder why I couldn’t find it the first time…
And can I use this file?

[QUOTE=jmozdzen;29049]Hi stephenhendry,

I don’t understand - “rpm -V” will only report differences between the originally installed and the current state of files. So “no result” implies that everything is in order (or at least in untampered state :wink: ) and hence is actually installed. Is there some other reason you are “looking for the package”?

Does “rpm -ql libgcc_s1” list the “missing” library being part of the RPM? I have no SP4 at hand, so I cannot check myself if that file was moved into some other RPM.

The repositories are added when you register your server - you’d use i.e. “zypper install” to install new RPMs from the command line (and’d use “–force” to force a re-install). These repositories are not public.

Regards,
Jens[/QUOTE]

Hi stephenhendry,

[QUOTE=stephenhendry;29050]Hello Jens,

THe server is working fine, just this library is missing and just yast/zypper is not working.[/QUOTE]

… and me suggesting to use “zypper” to find RPMs… :-[

“Don’t try that at home.” It’s no good idea to download system libraries from foreign sources, and be it “software.opensuse.org”. The minimum you’ll get is an unsupported system, the worst that can happen is that you render your system useless.

[QUOTE=stephenhendry;29050] I did get a result from your last command:

sles11:/tmp # rpm -ql libgcc_s1
/lib64/libgcc_s.so.1

WHat does this mean? Is the package already available on my system and I wonder why I couldn’t find it the first time…
And can I use this file?[/QUOTE]

It means that the RPM is installed and contains that file. It does not mean the file is still there and unmodified - but running “rpm -V” on that package earlier on reported no problem, so it should still be there and in proper state. IOW, running “ls -l /lib64/libgcc_s.so.1” should list the file as present. Does it (and please let us know the exact output, just for good measure)?

Files in /lib64 should automatically be used when requested by some application. One way is via an according path entry in /etc/ld.so.conf, and additional pathes could be added via i.e. environment variables (LD_LIBRARY_PATH). If that path wouldn’t be included, most of your system won’t work, so I bet it’s in ld.so.conf.

Does “ldd /lib64/libgcc_s.so.1” report any problems you could see?

Regards,
Jens

Hello Jens,

No problem, I should have clearly stated that zypper wasn’t working and that is also the reason I was looking for the package on the internet.

I am a bit puzzled now
Your last command showed where the file is present, but when I look for the file with ls -l command, its not there.
I manually checked the folder myself and even looked for hidden files, but it’s not there.
Or maybe it shows where the file was installed the very first time (and now it’s not present any more):

sles11:/lib64 # rpm -ql libgcc_s1
/lib64/libgcc_s.so.1
sles11:/lib64 # ls -l /lib64/libgcc_s.so.1
ls: cannot access /lib64/libgcc_s.so.1: No such file or directory

here is also the list of installed libgcc packages:

nl-xen-pdc24114:/tmp # rpm -qa --last | grep "libgcc*"
libgcc46-32bit-4.6.9-0.13.22                  Wed 05 Aug 2015 11:05:50 AM CEST
libgcc46-4.6.9-0.13.22                        Wed 05 Aug 2015 11:05:49 AM CEST
libgcc43-4.6.9-0.14.1.9                       Wed 05 Aug 2015 11:05:49 AM CEST
libgcc43-32bit-4.6.9-0.14.1.9                 Wed 05 Aug 2015 11:05:49 AM CEST
libgcc_s1-4.8.3+r212056-2.17                  Wed 05 Aug 2015 10:50:13 AM CEST
libgcc_s1-32bit-4.8.3+r212056-2.17            Wed 05 Aug 2015 10:50:13 AM CEST
libgcrypt11-32bit-1.5.0-0.17.1                Tue 04 Aug 2015 09:07:05 PM CEST
libgcrypt11-1.5.0-0.17.1                      Tue 04 Aug 2015 09:06:52 PM CEST

Hi stephenhendry,

this is strange indeed:

[QUOTE=stephenhendry;29053]Hello Jens,

No problem, I should have clearly stated that zypper wasn’t working and that is also the reason I was looking for the package on the internet.

I am a bit puzzled now
Your last command showed where the file is present, but when I look for the file with ls -l command, its not there.
I manually checked the folder myself and even looked for hidden files, but it’s not there.
Or maybe it shows where the file was installed the very first time (and now it’s not present any more):

sles11:/lib64 # rpm -ql libgcc_s1
/lib64/libgcc_s.so.1
sles11:/lib64 # ls -l /lib64/libgcc_s.so.1
ls: cannot access /lib64/libgcc_s.so.1: No such file or directory

[/QUOTE]

you’re right that “rpm -ql libgcc_s1” shows where the file was originally installed. But you ran “rpm -V libgcc_s1” and wrote that there was no result from that command - it should have listed that file as missing?!?

I recommend re-installing that RPM. You’ll need the RPM for that, which you could either find on the installation media (SLES11SP4 - you can download that herehttps://download.novell.com/Download?buildid=tqRrEpjl5SY~ ), or you might still find it cached on your system, probably in /var/cache/zypper/RPMS…

Regards,
Jens

Thank you for the link Jens,

Finally I can get the rpm package.
Yes, I agree, re-installing the rpm would be the solution.
SO far I couldn’t find the official package site, but now I know why.
Downloads will take some time, but will let you know once it’s been done and package installed.
Thx

Hi stephenhendry,

I got no results for rpm -V libgcc_s1

in the meantime, could you please confirm that “rpm -V libgcc_s1” does indeed not report the file as “missing”? That’s something that should not happen and would be worth investigating…

Regards,
Jens

Just to verify:
I didn’t get any messages when running the command
I see where you are going, I will try to install the rpm package and that should fix the issue,
anyway the whole issue started with the upgrades and it’s very strange

thx

[QUOTE=jmozdzen;29058]Hi stephenhendry,

I got no results for rpm -V libgcc_s1

in the meantime, could you please confirm that “rpm -V libgcc_s1” does indeed not report the file as “missing”? That’s something that should not happen and would be worth investigating…

Regards,
Jens[/QUOTE]

hello Jens,

Last thursday my laptop HDD crashed and I lost all my data.
Was struggling over the weekedn to recover some data, but all the tools like Hirens boot cd didn’t work.
I assumed the HDD was almost dead, because I couldn’t boot the laptop from any bootable cd/disk.
Even put the HDD in my alienware latop as a second laptop (have 2 HDD bays), but windows 10 got stuck.
With Ubuntu on USB I was able to start ubuntu, connect to the internet and download ddrescue tool and made a disc image (from command line) of the corrupted disk to a new disk,
this worked very well and after 2 days I was able to recover all the data I lost (except for just one file).

Anyway, finally got a chance to install the rpm package, but I am getting this errors now:

sles11:/tmp # rpm -i libgcc_s1-32bit-4.8.3+r212056-2.17.x86_64.rpm
libgcc_s1-32bit-4.8.3+r212056-2.17.x86_64.rpm: not an rpm package (or package manifest):
sles11:/tmp # rpm -i libgcc43-32bit-4.6.9-0.14.1.9.x86_64.rpm
libgcc43-32bit-4.6.9-0.14.1.9.x86_64.rpm: not an rpm package (or package manifest):

This errors suggests that the files are corrupted.
So I did another download of the DVD’s but this time with a download manager and used port 443 for secure and reliable download.
But again it’s not installing.
This is getting a bit frustrated now.
WHat do you think, what other methods are there to get the rpm files?