PDA

View Full Version : Yast not working after upgrade to SLES11 sp4 (from sp3)



stephenhendry
05-Aug-2015, 10:42
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?




sles11:~ # yast
libgcc_s.so.1 => not found
libgcc_s.so.1 => not found
libgcc_s.so.1 => not found
warning: the ncurses frontend is installed but does not work
package yast2-gtk is not installed
Something is wrong with the YaST user interface.




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



sles11:~ # ldd `which zypper`
linux-vdso.so.1 => (0x00007fff823eb000)
libzypp.so.908 => /usr/lib64/libzypp.so.908 (0x00007f2c97301000)
libreadline.so.5 => /lib64/libreadline.so.5 (0x00007f2c970bf000)
libaugeas.so.0 => /usr/lib64/libaugeas.so.0 (0x00007f2c96e7d000)
librt.so.1 => /lib64/librt.so.1 (0x00007f2c96c74000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f2c9696c000)
libm.so.6 => /lib64/libm.so.6 (0x00007f2c966f2000)
libgcc_s.so.1 => not found
libc.so.6 => /lib64/libc.so.6 (0x00007f2c96376000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f2c96158000)
libutil.so.1 => /lib64/libutil.so.1 (0x00007f2c95f55000)
librpm-4.4.so => /usr/lib64/librpm-4.4.so (0x00007f2c95cbd000)
libcurl.so.4 => /usr/lib64/libcurl.so.4 (0x00007f2c95a74000)
libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007f2c95718000)
libz.so.1 => /lib64/libz.so.1 (0x00007f2c95502000)
libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f2c952d7000)
libcrypto.so.0.9.8 => /usr/lib64/libcrypto.so.0.9.8 (0x00007f2c94f37000)
libhal.so.1 => /usr/lib64/libhal.so.1 (0x00007f2c94d26000)
libhal-storage.so.1 => /usr/lib64/libhal-storage.so.1 (0x00007f2c94b1a000)
libdbus-1.so.3 => /lib64/libdbus-1.so.3 (0x00007f2c948dc000)
libgcc_s.so.1 => not found
libncurses.so.5 => /lib64/libncurses.so.5 (0x00007f2c94693000)
libfa.so.1 => /usr/lib64/libfa.so.1 (0x00007f2c94481000)
/lib64/ld-linux-x86-64.so.2 (0x00007f2c97a4a000)
libgcc_s.so.1 => not found
librpmdb-4.4.so => /usr/lib64/librpmdb-4.4.so (0x00007f2c94176000)
librpmio-4.4.so => /usr/lib64/librpmio-4.4.so (0x00007f2c93ea5000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f2c93ca1000)
liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f2c93a7d000)
libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f2c9386e000)
libpopt.so.0 => /lib64/libpopt.so.0 (0x00007f2c93665000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f2c93446000)
libidn.so.11 => /usr/lib64/libidn.so.11 (0x00007f2c93213000)
libssl.so.0.9.8 => /usr/lib64/libssl.so.0.9.8 (0x00007f2c92fbc000)
libldap-2.4.so.2 => /usr/lib64/libldap-2.4.so.2 (0x00007f2c92d72000)
libgssapi_krb5.so.2 => /usr/lib64/libgssapi_krb5.so.2 (0x00007f2c92b46000)
libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x00007f2c928a4000)
libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3 (0x00007f2c9267d000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f2c92479000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f2c92276000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f2c9205e000)
libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f2c91e59000)
libsmbios.so.2 => /usr/lib64/libsmbios.so.2 (0x00007f2c91bb7000)
liblber-2.4.so.2 => /usr/lib64/liblber-2.4.so.2 (0x00007f2c919a8000)
libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00007f2c9178c000)
libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0 (0x00007f2c91583000)
libgcc_s.so.1 => not found

stephenhendry
05-Aug-2015, 11:09
could it be this application:



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

jmozdzen
05-Aug-2015, 11:51
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

smflood
05-Aug-2015, 12:00
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?


# 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

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

HTH.

stephenhendry
05-Aug-2015, 13:03
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




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


# 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

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

HTH.

stephenhendry
05-Aug-2015, 13:07
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.





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

stephenhendry
05-Aug-2015, 13:30
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

jmozdzen
05-Aug-2015, 15:13
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

stephenhendry
05-Aug-2015, 16:04
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

jmozdzen
05-Aug-2015, 16:43
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

stephenhendry
06-Aug-2015, 08:56
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?



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

jmozdzen
06-Aug-2015, 09:42
Hi stephenhendry,

Goodmorning Jens,

I got no results for rpm -V libgcc_s1
Still looking for the package but no luck so far....

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 ;) ) 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.


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?

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

stephenhendry
06-Aug-2015, 09:51
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?





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 ;) ) 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

jmozdzen
06-Aug-2015, 10:08
Hi stephenhendry,

Hello Jens,

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

... and me suggesting to use "zypper" to find RPMs... :-[


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).

"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.


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?

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

stephenhendry
06-Aug-2015, 10:23
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

jmozdzen
06-Aug-2015, 11:40
Hi stephenhendry,

this is strange indeed:


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



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

stephenhendry
06-Aug-2015, 12:00
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

jmozdzen
06-Aug-2015, 12:09
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

stephenhendry
06-Aug-2015, 12:21
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


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

stephenhendry
09-Aug-2015, 22:26
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?

jmozdzen
10-Aug-2015, 00:01
Hi stevenhendry,

sorry to hear about the failing HDD - but it seems you could restore your data after some work, so it didn't turnout too bad in the end.

> rpm -i libgcc_s1-32bit-4.8.3+r212056-2.17.x86_64.rpm

a - why are you trying to install the 32bit package? The missing lib is from the 64 bit version...

b - where did you you get the RPM from? I see you started in /tmp, I would have expected you to be in some temporary mount point where you mounted the ISO, or at least see you give the full path to the RPM from the ISO, i.e. "rpm -i /mnt/suse/x86_64/libgcc_s1-4.8.3*.rpm" (of course with an actually matching path, I don't have the ISO at hand).

Third, I'd expect that to fail with an error "already installed", hence you'd have to throw in a "--force" parameter, too.

Regards,
Jens

stephenhendry
10-Aug-2015, 08:20
Hello Jens,

The HDD recovery was interesting, because the HDD seemed dead already.

Sorry I didn't give you the full story.
FIrstI used a download manager with port 443 for reliable connection to download the ISO.
After this I used winrar to unpack the ISO and then I copied the rpm files to the server.

Should I copy the whole ISO to the server and then mount it?
Is that the problem?

Cheers





Hi stevenhendry,

sorry to hear about the failing HDD - but it seems you could restore your data after some work, so it didn't turnout too bad in the end.

> rpm -i libgcc_s1-32bit-4.8.3+r212056-2.17.x86_64.rpm

a - why are you trying to install the 32bit package? The missing lib is from the 64 bit version...

b - where did you you get the RPM from? I see you started in /tmp, I would have expected you to be in some temporary mount point where you mounted the ISO, or at least see you give the full path to the RPM from the ISO, i.e. "rpm -i /mnt/suse/x86_64/libgcc_s1-4.8.3*.rpm" (of course with an actually matching path, I don't have the ISO at hand).

Third, I'd expect that to fail with an error "already installed", hence you'd have to throw in a "--force" parameter, too.

Regards,
Jens

jmozdzen
17-Aug-2015, 15:55
Hi stevenhendry,

sorry for not getting back to you earlier - I was offline for some days :(

> Should I copy the whole ISO to the server and then mount it?

Yes, in your situation, I'd copy over the complete ISO to the server in question, recheck its checksum and then mount it to some local mount point.

Regards,
Jens

stephenhendry
21-Aug-2015, 09:45
Hello Jens,

Sorry for the late reply.
I did mount the ISO locally and this works :) but after a restart the server didnt came online and
I didnt have access to the remote consoles (which I just got today)
Server is up and running, but we are still missing the file:


libgcc_s.so.1: cannot open shared object file


now we have the rpm files and need to install the correct rpm

stephenhendry
21-Aug-2015, 10:13
Here is my latest update,
it seems that the file is present now on the system but not installed:



sles11:~ # find / -name libgcc_s.so.1
/lib/libgcc_s.so.1

sles11:/var # ls -lh /lib/libgcc_s.so.1
-rwxr-xr-x 1 root root 110K May 19 07:15 /lib/libgcc_s.so.1


sles11:/var # rpm -ql libgcc_s.so.1
package libgcc_s.so.1 is not installed



i am missing here something......

stephenhendry
21-Aug-2015, 10:27
SOlved finally !!!!!

this package was the one I installed and did a reboot:

libgcc_s1-4.8.3+r212056-2.17.x86_64.rpm

thx Jens !!

jmozdzen
21-Aug-2015, 10:58
Hi stephenhendry,

> I did mount the ISO locally and this works :)
> now we have the rpm files and need to install the correct rpm

please mount the ISO (as you rebooted the server, and probably correctly didn't add it to /etc/fstab) and run "find /yourISOmountpoint -name libgcc_s\*" to find the (non-32bit!) RPM. It should be named similar to "libgcc_s1-4.8.3+r212056-2.17.x86_64.rpm" (note the missing "32bit" in the package name - I'm *not* referring to the "x86_64" string).

Regarding your other message:


Here is my latest update,
it seems that the file is present now on the system but not installed:



sles11:~ # find / -name libgcc_s.so.1
/lib/libgcc_s.so.1

sles11:/var # ls -lh /lib/libgcc_s.so.1
-rwxr-xr-x 1 root root 110K May 19 07:15 /lib/libgcc_s.so.1


sles11:/var # rpm -ql libgcc_s.so.1
package libgcc_s.so.1 is not installed



i am missing here something......

yes, two things:

a - you're actually looking for the 64bit version of the library (living in /lib64), but found the 32bit version

b - the RPM has a different name from the file, hence your command failed.

Just for the later records, could you please run *before* and *after* installing the RPM from the ISO run the command "rpm -vV libgcc_s1", to see all files that RPMDB knows for the package, and their then current current status?

Regards,
Jens

jmozdzen
21-Aug-2015, 11:00
Hi stephenhendry,

> SOlved finally !!!!!

great news! (Please disregard my other response (I got interrupted while answering, and didn't catch your latest status update), and thank you for reporting back.)

Regards,
Jens

clausbc
27-Sep-2015, 20:06
Hi all,
just for the record: I had the exact same situation after "wagon" from sp3 to sp4.
Getting the lib manually from sp4 dvd solved the issue.
Thanks


Hi stephenhendry,

> SOlved finally !!!!!

great news! (Please disregard my other response (I got interrupted while answering, and didn't catch your latest status update), and thank you for reporting back.)

Regards,
Jens