[Kroupware] Seg Fault during installation

[Bill]

Stephan

I had nss_ldap installed so I uninstalled it and began the process from
"rpm -bb make.spec" but it still seg faulted. 

I do not have any ldap services running...

-b

On Mon, 2003-04-14 at 10:24, Stephan Buys wrote:
> This is a long shot but you aren't perhaps running NSS or PAM LDAP?
> 
> I see the something is accessing the password file directly and not
> using "getent". We had an issue where Postfix kept on crashing because
> of nss.
> 
> 
> 
> On Monday 14 April 2003 16:06, you wrote:
> > On Sun, 2003-04-13 at 04:11, Stephan Buys wrote:
> > > What about using strace with the command? This should show you
> > > where the segfault occurs.
> > >
> > > > strace rpm -bb make.spec
> > >
> > > You might want to redirect the output to a file and step through it.
> > > (There will be a lot of information)
> >
> > This is the trace just before the fault.  It doesnt say much to me,
> > maybe it will spark something for someone else:
> >
> > open("/lib/libc.so.6", O_RDONLY)        = 12
> > read(12, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0hr\1\000"...,
> > 1024) = 1024
> > fstat64(12, {st_mode=S_IFREG|0755, st_size=1344152, ...}) = 0
> > old_mmap(NULL, 1207648, PROT_READ|PROT_EXEC, MAP_PRIVATE, 12, 0) =
> > 0x402a7000
> > mprotect(0x403c5000, 36192, PROT_NONE)  = 0
> > old_mmap(0x403c5000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
> > 12, 0x11e000) = 0x403c5000
> > old_mmap(0x403ca000, 15712, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x403ca000
> > close(12)                               = 0
> > open("/lib/ld-linux.so.2", O_RDONLY)    = 12
> > read(12, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\v\0\000"...,
> > 1024) = 1024
> > fstat64(12, {st_mode=S_IFREG|0755, st_size=85420, ...}) = 0
> > old_mmap(NULL, 75472, PROT_READ|PROT_EXEC, MAP_PRIVATE, 12, 0) =
> > 0x403ce000
> > mprotect(0x403e0000, 1744, PROT_NONE)   = 0
> > old_mmap(0x403e0000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
> > 12, 0x12000) = 0x403e0000
> > close(12)                               = 0
> > brk(0)                                  = 0x8218000
> > brk(0x8218030)                          = 0x8218030
> > brk(0)                                  = 0x8218030
> > brk(0x8219000)                          = 0x8219000
> > open("/etc/passwd", O_RDONLY)           = 12
> > fcntl64(12, F_GETFD)                    = 0
> > fcntl64(12, F_SETFD, FD_CLOEXEC)        = 0
> > fstat64(12, {st_mode=S_IFREG|0644, st_size=1567, ...}) = 0
> > old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
> > -1, 0) = 0x403e1000
> > read(12, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 1567
> > close(12)                               = 0
> > munmap(0x403e1000, 4096)                = 0
> > chdir("/")                              = 0
> > chroot("/")                             = 0
> > open("/etc/passwd", O_RDONLY)           = 12
> > fcntl64(12, F_GETFD)                    = 0
> > fcntl64(12, F_SETFD, FD_CLOEXEC)        = 0
> > fstat64(12, {st_mode=S_IFREG|0644, st_size=1567, ...}) = 0
> > old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
> > -1, 0) = 0x403e1000
> > read(12, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 1567
> > close(12)                               = 0
> > munmap(0x403e1000, 4096)                = 0
> > brk(0)                                  = 0x8219000
> > brk(0x821a000)                          = 0x821a000
> > brk(0)                                  = 0x821a000
> > brk(0x821b000)                          = 0x821b000
> > socket(PF_UNIX, SOCK_STREAM, 0)         = 12
> > --- SIGSEGV (Segmentation fault) ---
> > +++ killed by SIGSEGV +++
> >
> > What seemed more important in the trace were repeated errors about an
> > inappropriate device:
> >
> > ioctl(1, SNDCTL_TMR_TIMEBASE, 0xbffff280) = -1 ENOTTY (Inappropriate ioctl
> > for device)
> >
> > This is a sound card call isnt it?  How do I fix that and could that
> > cause the seg fault?
> >
> > Also, to address the suggestions of others:
> >
> > 1)  I am definitely using /kolab/bin/rpm and not the local version.
> > 2)  Generated a core file and ran it thru gdb but all it gave me was
> > memory addresses with '??' for labels.
> >
> > thanks for the help thus far...
> >
> > -b
> >
> > -b
>