Re: pkg/50990: apache-2.2.31nb2 is not working well on netbsd-7

[Martin Husemann <martin%duskware.de@localhost>]

The following reply was made to PR pkg/50990; it has been noted by GNATS.

From: Martin Husemann <martin%duskware.de@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/50990: apache-2.2.31nb2 is not working well on netbsd-7
Date: Wed, 23 Mar 2016 22:24:45 +0100

 Ok, shm_open fixed, but that did not do it.
 
 ktrace shows:
 
  14631      1 httpd    CALL  write(2,0xbfbfa97c,0x4c)
  14631      1 httpd    GIO   fd 2 wrote 76 bytes
        "[Wed Mar 23 21:27:31 2016] [notice] mod_python: using mutex_directory \
         /tmp \n"
  14631      1 httpd    RET   write 76/0x4c
  14631      1 httpd    CALL  semget(0,1,0x380)
  14631      1 httpd    RET   semget 196616/0x30008
  14631      1 httpd    CALL  ____semctl50(0x30008,0,8,0xbfbfe944)
  14631      1 httpd    RET   ____semctl50 0
  14631      1 httpd    CALL  geteuid
  14631      1 httpd    RET   geteuid 0
  14631      1 httpd    CALL  __posix_chown(0xbfbfeb01,0x7fff,0xffffffff)
  14631      1 httpd    NAMI  "/tmp/mpmtx146310"
  14631      1 httpd    RET   __posix_chown -1 errno 2 No such file or directory
 
 and that is the first time "mpmtx146310" is ever mentioned in the kdump.
 I fail to map this to source code (upto the semctl and geteuid it is clear,
 but I can't find the __posix_chown call).
 
 However, the failure happens a few lines later with:
 
  14631      1 httpd    CALL  semget(0,1,0x380)
  14631      1 httpd    RET   semget -1 errno 28 No space left on device
 
 but that would mean the system is out of semaphores - but ipcs -T says:
 
 seminfo:
         semmap:     30  (# of entries in semaphore map)
         semmni:     10  (# of semaphore identifiers)
         semmns:     60  (# of semaphores in system)
         semmnu:     30  (# of undo structures in system)
         semmsl:     60  (max # of semaphores per id)
         semopm:    100  (max # of operations per semop call)
         semume:     10  (max # of undo entries per process)
         semusz:    100  (size in bytes of undo structure)
         semvmx:  32767  (semaphore maximum value)
         semaem:  16384  (adjust on exit max value)
 
 and this kernel is most i386 GENERIC (with a few unrealated additions).
 
 After httpd is gone, ipcs output is:
 
 IPC status from <running system> as of Wed Mar 23 22:23:47 2016
 
 Message Queues:
 T        ID     KEY        MODE       OWNER    GROUP
 
 Shared Memory:
 T        ID     KEY        MODE       OWNER    GROUP
 
 Semaphores:
 T        ID     KEY        MODE       OWNER    GROUP
 s    131072          0 --rw-------   nobody   nobody
 s    131073          0 --rw-------   nobody   nobody
 s    131074          0 --rw-------   nobody   nobody
 s    131075          0 --rw-------   nobody   nobody
 s    131076          0 --rw-------   nobody   nobody
 s    131077          0 --rw-------   nobody   nobody
 s    131078          0 --rw-------   nobody   nobody
 s    131079          0 --rw-------   nobody   nobody
 
 
 Any ideas where to look?
 
 Martin