[Exim] Problem with "exim -bP" under Debian/GNU Linux stable…

Página Principal
Apagar esta mensagem
Responder a esta mensagem
Autor: Ralf G. R. Bergs
Data:  
Para: exim-users ML
Assunto: [Exim] Problem with "exim -bP" under Debian/GNU Linux stable (Exim 4.10)
Hi there,

I'm having some strange problem with an Exim binary/package I built myself for
Debian/GNU Linux stable (and that's otherwise running GREAT since some months,
even on a pretty loaded system!!!)

When I tried to use "exiwhat" all I got was the following:

=============== 8x ================

Server:~# exiwhat
/usr/sbin/exiwhat: [: too many arguments
/usr/sbin/exiwhat: [: too many arguments
cut: No: No such file or directory
cut: permissions: No such file or directory
cut: to: No such file or directory
cut: read: No such file or directory
cut: config: No such file or directory
cut: file: No such file or directory
cut: (null)/exim-process.info: No such file or directory

=============== 8x ================

When I tried to figure out what was going wrong I stumbled across the
following problem:

Server:~# exim -C /etc/exim/exim.conf -bP spool_directory
No permissions to read config file (null)

Even further sleuthing gave me this:

  Server:~# strace exim -C /etc/exim/exim.conf -bP spool_directory
  [...]
  setgroups32(0x1, 0x80c9fa8)             = 0
  access(umovestr: Input/output error
         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  0, R_OK)                         = -1 EFAULT (Bad address)
  setreuid32(0, 0xffffffff)               = 0
  setregid32(0, 0xffffffff)               = 0
  fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(3, 2), ...}) = 0
  ioctl(1, SNDCTL_TMR_TIMEBASE, {B38400 opost isig icanon echo ...}) = 0
  old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
  0) = 0x40014000
  write(1, "No permissions to read config fi"..., 42No permissions to read
  config file (null)
  ) = 42
  munmap(0x40014000, 4096)                = 0
  _exit(1)                                = ?


Anyone seen THIS?!

I've found some references to the above error message in Google that either
seem to suggest a problem in glibc or in strace:

ii  strace         4.4-1.2        A system call tracer.
ii  libc6          2.2.5-11.2     GNU C Library: Shared libraries and Timezone


Hints anyone?!

Thanks,

Ralf


--
   L I N U X       .~.
  The  Choice      /V\
   of a  GNU      /( )\
  Generation      ^^-^^