On Tue, Jun 05 2007, at 15:06 -0700, Richard A Nelson wrote:
> On Tue, 5 Jun 2007, Wolfgang Pfeiffer wrote:
>
> >>Eep, can you redo that with strace -f (to follow the child)?
> >
> >Yes. I've attached the output.
>
> Ah, much better...
>
> 3943 open("/usr/lib/libnss_db.so.2", O_RDONLY) = 4
> 3943 read(4,
> "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\0\23"...,
> 512) = 512
> 3943 fstat64(4, {st_mode=S_IFREG|0644, st_size=23000, ...}) = 0
> 3943 mmap(0xf6f9000, 88012, PROT_READ|PROT_EXEC,
> MAP_PRIVATE|MAP_DENYWRITE,
> 4, 0) = 0xf6f9000
> 3943 mprotect(0xf6ff000, 61440, PROT_NONE) = 0
> 3943 mmap(0xf70e000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x5000) = 0xf70e000
> 3943 close(4) = 0
> 3943 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
> directory)
> 3943 open("/usr/lib/libdb-4.3.so", O_RDONLY) = 4
> 3943 read(4,
> "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\1\274"...,
> 512) = 512
> 3943 fstat64(4, {st_mode=S_IFREG|0644, st_size=1022832, ...}) = 0
> 3943 mmap(0xf5dc000, 1099776, PROT_READ|PROT_EXEC,
> MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xf5dc000
> 3943 mprotect(0xf6d2000, 65536, PROT_NONE) = 0
> 3943 mmap(0xf6e2000, 16384, PROT_READ|PROT_WRITE|PROT_EXEC,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xf6000) = 0xf6e2000
> 3943 mmap(0xf6e6000, 10240, PROT_READ|PROT_WRITE|PROT_EXEC,
> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf6e6000
> 3943 close(4) = 0
> 3943 munmap(0x30030000, 65926) = 0
> 3943 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
>
> I'm guessing you have compat for passwd/shadow in /etc/nsswitch.conf
>
> If so, can you replace compat with files (or do you actually make use of
> NIS/NIS+ groups)?
changed. Now /etc/nsswitch.conf looks like this:
--------------------------------
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: files
group: compat
shadow: files
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
----------------------------------
The above didn't help.
Even this:
# ifdown eth0
/etc/resolvconf/update-libc.d/sendmail: line 11: 3332 Segmentation
fault /usr/sbin/sendmail $AM -bH -O Timeout.hoststatus=1s
run-parts: /etc/resolvconf/update-libc.d/sendmail exited with return code 139
run-parts: /etc/resolvconf/update.d/libc exited with return code 1
run-parts: /etc/network/if-down.d/resolvconf exited with return code 1
and this:
# ifup eth0
/etc/resolvconf/update-libc.d/sendmail: line 11: 3477 Segmentation fault
/usr/sbin/sendmail $AM -bH -O Timeout.hoststatus=1s
run-parts: /etc/resolvconf/update-libc.d/sendmail exited with return code 139
run-parts: /etc/resolvconf/update.d/libc exited with return code 1
run-parts: /etc/network/if-up.d/000resolvconf exited with return code 1
addr=[eth0 address, deleted], name=;; connection timed out; no
servers could be reached
Updating sendmail.cf ...
Creating /etc/mail/relay-domains
# Optional file...
The following file(s) have changed:
/etc/mail/sendmail.cf
** ** You should issue `/etc/init.d/sendmail reload` ** **
/usr/share/sendmail/dynamic: line 223: 3543 Segmentation fault
/usr/lib/sm.bin/sendmail $AM -bH -O Timeout.hoststatus=1s
Mail Transport Agent: sendmail is not running
with these packages:
$ dpkg -l | egrep 'sendmail|rmail|sensible' [Output edited]
ii libmail-sendmail-perl 0.79-4
ii rmail 8.14.1-4
ii sendmail 8.14.1-4
ii sendmail-base 8.14.1-4
ii sendmail-bin 8.14.1-4
ii sendmail-cf 8.14.1-4
ii sendmail-doc 8.14.1-4
ii sensible-mda 8.14.1-4
So I'll go back to where I was to get a running sendmail again ... :)
>
> The real problem here is that libdb4.5 on ppc is downlevel - it has no
> ELF symbol versioning. And since sendmail was built with libdb4.5, it
> will cause the problem you see when libnss-db later loads db4.3 :(
So we might have a missing dependency on a special version of libdb4.5
for the latest sendmail packages ?
> >>Not yet, the trace will hopefully help alot... though, iirc, you are
> >>running a custom built kernel; can you possibly try with a stock Debian
> >>kernel (they come in 32/64 bit UNI/SMP, and even a Prep).
> >
> >If nothings else helps: Yes. I don't like the stock Debian kernels.
>
> Yeah, I tend to not use them myself - Though I always have the latest
> one 'in case of emergency' :)
Even for "emergency" I use my old self-rolled ones ... :) .. but let's
see ... I'm too tired by now to even consider a stock Debian kernel
install ... :)
I just saw they're at 2.6.22 already at kernel.org .. :)
'Til soon
Regards
Wolfgang
--
Wolfgang Pfeiffer: /ICQ: 286585973/ + + + /AIM: crashinglinux/
http://profiles.yahoo.com/wolfgangpfeiffer
I made slight changes on Key ID: E3037113. Please refresh it.
http://keyserver.mine.nu/pks/lookup?search=0xE3037113&fingerprint=on
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
