On 03-03-2003 19:04, "Paul Uiterlinden" <puiterl@xs4all.nl> wrote:
On Monday 03 March 2003 18:13, Joris Verbogt wrote:
Hi there,
Just installed SuSE 8.1 to replace my old 7.3 (and finally got rid of Win98SE) However, cups daemon won't start, dies with a Segmentation fault. Is this due to a glibc mismatch?
It is certainly suspect (but I'm no expert). What I don't understand is why your libc.so.6 is located in /usr/lib. IMHO it should be /lib. Have you changed this yourself?
Paul.
Nope. Just did a SuSE 8.1 install + updates. Cupsd wouldb't start. Did a reinstall for Cups. Still wouldn't start. Tried a manual package install. RPM died with a SIGSEGV. Did a rpm --rebuilddb and rpm worked again. Cups still wouldn't start. Deleted /etc/ld.so.cache and ran ldconfig. Cups still wouldn't start. Maybe I should check /lib ? Maybe I should reinstall? Joris Verbogt Cirrus International -- use Perl; #powerful programmable prestidigitation
On Tuesday 04 March 2003 10:25, Joris Verbogt wrote:
On 03-03-2003 19:04, "Paul Uiterlinden" <puiterl@xs4all.nl> wrote:
On Monday 03 March 2003 18:13, Joris Verbogt wrote:
Hi there,
Just installed SuSE 8.1 to replace my old 7.3 (and finally got rid of Win98SE) However, cups daemon won't start, dies with a Segmentation fault. Is this due to a glibc mismatch?
It is certainly suspect (but I'm no expert). What I don't understand is why your libc.so.6 is located in /usr/lib. IMHO it should be /lib. Have you changed this yourself?
Paul.
Nope. Just did a SuSE 8.1 install + updates. Cupsd wouldb't start.
Strange. What does ldd /usr/sbin/cupsd say? Here's my output: libz.so.1 => /lib/libz.so.1 (0x40024000) libssl.so.0.9.6 => /usr/lib/libssl.so.0.9.6 (0x40033000) libcrypto.so.0.9.6 => /usr/lib/libcrypto.so.0.9.6 (0x40063000) libpam.so.0 => /lib/libpam.so.0 (0x40139000) libdl.so.2 => /lib/libdl.so.2 (0x40141000) libcups.so.2 => /usr/lib/libcups.so.2 (0x40145000) libnsl.so.1 => /lib/libnsl.so.1 (0x4015f000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40174000) libc.so.6 => /lib/libc.so.6 (0x401a5000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Where does libc.so.6 come from? Use rpm -qf /lib/libc.so.6; output should be: glibc-2.2.5-164. Do you (also) have /usr/lib/libc.so.6? Where does that one come from? If you have both, clearly one of the two (and I assume the one from /usr/lib) is a left-over from a previous installation or experiment.
Maybe I should reinstall?
Nah, you're still thinking the windows way! ;-) Paul.
On Tuesday 04 March 2003 11:16, Paul Uiterlinden wrote:
On Tuesday 04 March 2003 10:25, Joris Verbogt wrote:
On 03-03-2003 19:04, "Paul Uiterlinden" <puiterl@xs4all.nl> wrote:
On Monday 03 March 2003 18:13, Joris Verbogt wrote:
Hi there,
Just installed SuSE 8.1 to replace my old 7.3 (and finally got rid of Win98SE) However, cups daemon won't start, dies with a Segmentation fault. Is this due to a glibc mismatch?
It is certainly suspect (but I'm no expert). What I don't understand is why your libc.so.6 is located in /usr/lib. IMHO it should be /lib. Have you changed this yourself?
Paul.
Nope. Just did a SuSE 8.1 install + updates. Cupsd wouldb't start.
Strange. What does ldd /usr/sbin/cupsd say? Here's my output:
libz.so.1 => /lib/libz.so.1 (0x40024000) libssl.so.0.9.6 => /usr/lib/libssl.so.0.9.6 (0x40033000) libcrypto.so.0.9.6 => /usr/lib/libcrypto.so.0.9.6 (0x40063000) libpam.so.0 => /lib/libpam.so.0 (0x40139000) libdl.so.2 => /lib/libdl.so.2 (0x40141000) libcups.so.2 => /usr/lib/libcups.so.2 (0x40145000) libnsl.so.1 => /lib/libnsl.so.1 (0x4015f000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40174000) libc.so.6 => /lib/libc.so.6 (0x401a5000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
Where does libc.so.6 come from? Use rpm -qf /lib/libc.so.6; output should be: glibc-2.2.5-164.
Do you (also) have /usr/lib/libc.so.6? Where does that one come from? If you have both, clearly one of the two (and I assume the one from /usr/lib) is a left-over from a previous installation or experiment.
Maybe I should reinstall?
Nah, you're still thinking the windows way! ;-)
Paul.
Hi Paul, ldd obviously gives the same result for libc as the gdb traceback did: cirrus1506:/lib # ldd /usr/sbin/cupsd libz.so.1 => /usr/lib/libz.so.1 (0x40015000) libssl.so.0.9.6 => /usr/lib/libssl.so.0.9.6 (0x40024000) libcrypto.so.0.9.6 => /usr/lib/libcrypto.so.0.9.6 (0x40054000) libpam.so.0 => /usr/lib/libpam.so.0 (0x4012a000) libdl.so.2 => /usr/lib/libdl.so.2 (0x40133000) libcups.so.2 => /usr/lib/libcups.so.2 (0x40137000) libnsl.so.1 => /usr/lib/libnsl.so.1 (0x40152000) libcrypt.so.1 => /usr/lib/libcrypt.so.1 (0x40168000) libc.so.6 => /usr/lib/libc.so.6 (0x4019b000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) It couldn't be a leftover since I formatted my root partition. I was thinking about reinstalling, because I think something might have gone wrong during install. Please don't call that the Windows way: if reinstalling solves the problem more quickly than doing things manually, my boss is a happier guy. Also in the OSS world, time==money ;-) Anyway, I'll try to remove the /usr/lib entries, thanks for the hint. Joris Verbogt Cirrus International BV T: +31 15 2517575 F: +31 15 2517579 E: jverbogt@cirrus.nl W: http://www.cirrus.nl/ -- use Perl; #powerful programmable prestidigitation
On 04-03-2003 11:16, "Paul Uiterlinden" <puiterl@xs4all.nl> wrote:
On Tuesday 04 March 2003 10:25, Joris Verbogt wrote:
On 03-03-2003 19:04, "Paul Uiterlinden" <puiterl@xs4all.nl> wrote:
On Monday 03 March 2003 18:13, Joris Verbogt wrote:
Hi there,
Just installed SuSE 8.1 to replace my old 7.3 (and finally got rid of Win98SE) However, cups daemon won't start, dies with a Segmentation fault. Is this due to a glibc mismatch?
It is certainly suspect (but I'm no expert). What I don't understand is why your libc.so.6 is located in /usr/lib. IMHO it should be /lib. Have you changed this yourself?
Paul.
Nope. Just did a SuSE 8.1 install + updates. Cupsd wouldb't start.
Strange. What does ldd /usr/sbin/cupsd say? Here's my output:
libz.so.1 => /lib/libz.so.1 (0x40024000) libssl.so.0.9.6 => /usr/lib/libssl.so.0.9.6 (0x40033000) libcrypto.so.0.9.6 => /usr/lib/libcrypto.so.0.9.6 (0x40063000) libpam.so.0 => /lib/libpam.so.0 (0x40139000) libdl.so.2 => /lib/libdl.so.2 (0x40141000) libcups.so.2 => /usr/lib/libcups.so.2 (0x40145000) libnsl.so.1 => /lib/libnsl.so.1 (0x4015f000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40174000) libc.so.6 => /lib/libc.so.6 (0x401a5000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
Where does libc.so.6 come from? Use rpm -qf /lib/libc.so.6; output should be: glibc-2.2.5-164.
Do you (also) have /usr/lib/libc.so.6? Where does that one come from? If you have both, clearly one of the two (and I assume the one from /usr/lib) is a left-over from a previous installation or experiment.
Maybe I should reinstall?
Nah, you're still thinking the windows way! ;-)
Paul.
Just did a rpm -qf /usr/lib/* and deleted all DSOs not belonging to any package. Did a ldconfig. All works fine. Also discovered the problem: Have a / and a /usr partition (for write protection). Probably forgot to also format the /usr partition before upgrading =-( Thanks anyway. Joris. --
participants (2)
-
Joris Verbogt -
Paul Uiterlinden