You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@apr.apache.org by bu...@apache.org on 2023/10/05 15:10:07 UTC

[Bug 67612] New: decision on namebased memory allocation method became incorrect

https://bz.apache.org/bugzilla/show_bug.cgi?id=67612

            Bug ID: 67612
           Summary: decision on namebased memory allocation method became
                    incorrect
           Product: APR
           Version: 1.7.4
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: APR
          Assignee: bugs@apr.apache.org
          Reporter: bburette@bouyguestelecom.fr
  Target Milestone: ---

Hi,

The "configure" script in APR-1.7.0 produced this in the logfile :
-----
configure:21697: gcc -o conftest -fPIC -fstack-protector -O3
-D_FORTIFY_SOURCE=2 -Wl,-zrelro,-znow,-rpath,bin -DDYNAMIC_MODULE_LIMIT=0
-DDEFAULT_PATH=0 -DDOCUMENT_LOCATION=0 -pthread -DLINUX -D_REENTRANT
-D_GNU_SOURCE -L/usr/local/bin conftest.c -lrt -lcrypt  -lpthread >&5
configure:21697: $? = 0
configure:21697: ./conftest
configure:21697: $? = 0
configure:21707: result: yes
configure:21990: result: decision on anonymous shared memory allocation
method... 4.4BSD-style mmap() via MAP_ANON
configure:22306: result: decision on namebased memory allocation method... SysV
IPC shmget()
-----

Now the "configure" script in APR-1.7.4 produced this in the logfile :
-----
configure:24255: gcc -std=gnu11 -o conftest -fPIC -fstack-protector -O3
-D_FORTIFY_SOURCE=2 -Wl,-zrelro,-znow,-rpath,bin -DDYNAMIC_MODULE_LIMIT=0
-DDEFAULT_PATH=0 -DDOCUMENT_LOCATION=0 -pthread -DLINUX -D_REENTRANT
-D_GNU_SOURCE -L/usr/local/bin conftest.c -lrt -lcrypt  -lpthread >&5
configure:24255: $? = 0
configure:24255: ./conftest
configure:24255: $? = 0
configure:24266: result:
configure:24547: result: decision on anonymous shared memory allocation
method... 4.4BSD-style mmap() via MAP_ANON
configure:24890: result: decision on namebased memory allocation method...
mmap() via POSIX.1 shm_open() on temporary file
-----

Because of this new decision, the Apache httpd server that I build for a
chrooted reverse-proxy installation will fail during startup :
-----
[Thu Oct 05 17:06:06.168640 2023] [proxy_balancer:debug] [pid 14165:tid
140219151517504] mod_proxy_balancer.c(957): AH01178: Doing balancers create:
544, 11 (16)
[Thu Oct 05 17:06:06.168814 2023] [slotmem_shm:debug] [pid 14165:tid
140219151517504] mod_slotmem_shm.c(379): AH02602: create didn't find
/run/slotmem-shm-pca47558a_0.shm in global list
[Thu Oct 05 17:06:06.168987 2023] [slotmem_shm:debug] [pid 14165:tid
140219151517504] mod_slotmem_shm.c(389): AH02300: create
/run/slotmem-shm-pca47558a_0.shm: 544/16
[Thu Oct 05 17:06:06.170009 2023] [slotmem_shm:error] [pid 14165:tid
140219151517504] (38)Function not implemented: AH02611: create:
apr_shm_create(/run/slotmem-shm-pca47558a_0.shm) failed
[Thu Oct 05 17:06:06.170170 2023] [proxy_balancer:emerg] [pid 14165:tid
140219151517504] (38)Function not implemented: AH01179: balancer slotmem_create
failed
[Thu Oct 05 17:06:06.170316 2023] [:emerg] [pid 14165:tid 140219151517504]
AH00020: Configuration Failed, exiting
-----

I think the "configure" script for the new version is incorrect, after all I
see an empty result in it's logfile.
-----
configure:24266: result:
-----

Thanks for looking into this issue.
Best regards,

---

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org


[Bug 67612] decision on namebased memory allocation method became incorrect

Posted by bu...@apache.org.
https://bz.apache.org/bugzilla/show_bug.cgi?id=67612

Bub75 <bb...@bouyguestelecom.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bburette@bouyguestelecom.fr

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org


[Bug 67612] decision on namebased memory allocation method became incorrect

Posted by bu...@apache.org.
https://bz.apache.org/bugzilla/show_bug.cgi?id=67612

Ruediger Pluem <rp...@apache.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO

--- Comment #1 from Ruediger Pluem <rp...@apache.org> ---
The default OS API used by APR for shared memory has changed. Can you try if
adding --enable-sysv-shm to your configure call fixes the issue?

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org


[Bug 67612] decision on namebased memory allocation method became incorrect

Posted by bu...@apache.org.
https://bz.apache.org/bugzilla/show_bug.cgi?id=67612

Bub75 <bb...@bouyguestelecom.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |RESOLVED
         Resolution|---                         |CLOSED

--- Comment #2 from Bub75 <bb...@bouyguestelecom.fr> ---
Hi Ruediger,

Adding the new option fixes my problem!

I had failed to get the importance of that change from the changelog!

My operating system is CentOS 7 kernel 3.10.0-1160.95.1.el7.x86_64 and I don't
really understand why the "configure" script decides it is OK to use shm_open()
but that system call fails during runtime, I guess it's linked to using
chroot().

Thank you for a prompt reply!
The problem is now resolved and I'll mark this issue as CLOSED.

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org