Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

postfix/master broken in -current?



Hi!

After upgrading my qube 2 to actual -current kernel and userland
(cross compiled from scratch on my amd64 machine) I see postfix/master
failing repeatedly mostly after processing/delivering some mails
successfully (ktrace output):

 [...]
 15702      1 master   CALL  read(0xf,0x7fffcf2c,0xc)
 15702      1 master   GIO   fd 15 read 12 bytes
       "LB\0\0\^C\0\0\0\^A\0\0\0"
 15702      1 master   RET   read 12/0xc, 120/0x78
 15702      1 master   CALL  __kevent50(0xe,0x7fffcea8,1,0,0,0)
 15702      1 master   RET   __kevent50 0
 15702      1 master   CALL  __kevent50(0xe,0x7fffcea8,1,0,0,0)
 15702      1 master   RET   __kevent50 0
 15702      1 master   CALL  __setitimer50(0,0x7fffdbb8,0x7fffdbd8)
 15702      1 master   RET   __setitimer50 0
 15702      1 master   CALL  __gettimeofday50(0x7fffcf30,0)
 15702      1 master   RET   __gettimeofday50 0
 15702      1 master   CALL  __kevent50(0xe,0,0,0x7fffcf78,0x64,0x7fffcf68)
 15702      1 master   RET   __kevent50 1, 2147471208/0x7fffcf68
 15702      1 master   CALL  __gettimeofday50(0x7fffcf30,0)
 15702      1 master   RET   __gettimeofday50 0
 15702      1 master   CALL  read(0x1f,0x7fffcf2c,0xc)
 15702      1 master   GIO   fd 31 read 12 bytes
       "\M-(<\0\0\^E\0\0\0\^A\0\0\0"
 15702      1 master   RET   read 12/0xc, 248/0xf8
 15702      1 master   CALL  __kevent50(0xe,0x7fffcea8,1,0,0,0)
 15702      1 master   RET   __kevent50 0
 15702      1 master   CALL  __setitimer50(0,0x7fffdbb8,0x7fffdbd8)
 15702      1 master   RET   __setitimer50 0
 15702      1 master   CALL  __gettimeofday50(0x7fffcf30,0)
 15702      1 master   RET   __gettimeofday50 0
 15702      1 master   CALL  __kevent50(0xe,0,0,0x7fffcf78,0x64,0x7fffcf68)
 15702      1 master   RET   __kevent50 -1 errno 4 Interrupted system call
 15702      1 master   PSIG  SIGCHLD caught handler=0x406a00 mask=(): 
code=CLD_EXITED child pid=15846, uid=12,  status=0, utime=0, stime=0)
 15702      1 master   CALL  write(0x54,0x41eb34,1)
 15702      1 master   GIO   fd 84 wrote 1 bytes
       "\0"
 15702      1 master   RET   write 1, 4605960/0x464808
 15702      1 master   CALL  setcontext(0x7fffcdc0)
 15702      1 master   RET   setcontext JUSTRETURN
 15702      1 master   CALL  __setitimer50(0,0x7fffdbb8,0x7fffdbd8)
 15702      1 master   RET   __setitimer50 0
 15702      1 master   CALL  __gettimeofday50(0x7fffcf30,0)
 15702      1 master   RET   __gettimeofday50 0
 15702      1 master   CALL  __kevent50(0xe,0,0,0x7fffcf78,0x64,0x7fffcf68)
 15702      1 master   RET   __kevent50 3, 2147471208/0x7fffcf68
 15702      1 master   CALL  __gettimeofday50(0x7fffcf30,0)
 15702      1 master   RET   __gettimeofday50 0
 15702      1 master   CALL  read(0x1f,0x7fffcf2c,0xc)
 15702      1 master   GIO   fd 31 read 0 bytes
       ""
 15702      1 master   RET   read 0, 248/0xf8
 15702      1 master   CALL  __gettimeofday50(0x7fffbce8,0)
 15702      1 master   RET   __gettimeofday50 0, 6
 15702      1 master   CALL  getpid
 15702      1 master   RET   getpid 15702/0x3d56, 1
 15702      1 master   CALL  fcntl(3,3,0)
 15702      1 master   RET   fcntl 2
 15702      1 master   CALL  sendto(3,0x7fffc5b4,0x73,0,0,0)
 15702      1 master   MISC  msghdr: 28, 
0000000000000000c01e63cc0100000000000000701f63cc00000000
 15702      1 master   GIO   fd 3 wrote 115 bytes
       "<18>1 2009-04-06T16:16:50.483834+02:00 cochise postfix/master 15702 - - 
pani\
        c: master_status_event: read EOF status"
 15702      1 master   RET   sendto 115/0x73
 15702      1 master   CALL  __nanosleep50(0x7fffceb8,0x7fffcec8)
 15702      1 master   RET   __nanosleep50 0, 2113577984/0x7dfaa400
 15702      1 master   CALL  __sigprocmask14(3,0x7fffcec8,0)
 15702      1 master   RET   __sigprocmask14 0, -1/0xffffffff
 15702      1 master   CALL  _lwp_self
 15702      1 master   RET   _lwp_self 1
 15702      1 master   CALL  _lwp_kill(1,6)
 15702      1 master   RET   _lwp_kill 0
 15702      1 master   PSIG  SIGABRT SIG_DFL: code=SI_LWP unimplemented)

Working kernel und userland was about 2 weeks old. No (postfix) config
changed.

Any ideas? More info I can provide?
Does anybody else see this?

Markus.


Home | Main Index | Thread Index | Old Index