[Bug 62044] New: shared memory segments are not found in global list, but appear to exist in kernel.

classic Classic list List threaded Threaded
42 messages Options
123
Reply | Threaded
Open this post in threaded view
|

[Bug 62044] New: shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

            Bug ID: 62044
           Summary: shared memory segments are not found in global list,
                    but appear to exist in kernel.
           Product: Apache httpd-2
           Version: 2.4.29
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: critical
          Priority: P2
         Component: mod_proxy_balancer
          Assignee: [hidden email]
          Reporter: [hidden email]
  Target Milestone: ---

With a large number of vhosts ( > 1000 ) and proxy balancer configurations ( >
1000), we are seeing Apache exit at start up time with a configuration error
(very frequently) with an error like.

[Wed Jan 10 16:28:45.853599 2018] [slotmem_shm:error] [pid 29764:tid
140038537377536] (17)File exists: AH02611: create:
apr_shm_create(/apache24/logs/slotmem-shm-p71143bd8_balancer1.shm) failed

[Wed Jan 10 16:28:45.853641 2018] [:emerg] [pid 29764:tid 140038537377536]
AH00020: Configuration Failed, exiting

turning on trace5 level logs we see things like the following for a single
balancer worker (I filtered on the balance SHM name)

[Thu Jan 25 03:48:08.397926 2018] [slotmem_shm:debug] [pid 13310:tid
140455729428224] mod_slotmem_shm.c(364): AH02602: create didn't find
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm in global list
[Thu Jan 25 03:48:08.397932 2018] [slotmem_shm:debug] [pid 13310:tid
140455729428224] mod_slotmem_shm.c(374): AH02300: create
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm: 1176/2
[Thu Jan 25 03:48:08.398076 2018] [slotmem_shm:debug] [pid 13310:tid
140455729428224] mod_slotmem_shm.c(417): AH02611: create:
apr_shm_create(/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm) succeeded
[Thu Jan 25 03:48:58.529349 2018] [slotmem_shm:debug] [pid 45813:tid
139795075143424] mod_slotmem_shm.c(364): AH02602: create didn't find
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm in global list
[Thu Jan 25 03:48:58.529357 2018] [slotmem_shm:debug] [pid 45813:tid
139795075143424] mod_slotmem_shm.c(374): AH02300: create
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm: 1176/2
[Thu Jan 25 03:49:01.835207 2018] [slotmem_shm:debug] [pid 46229:tid
139795075143424] mod_slotmem_shm.c(496): AH02301: attach looking for
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm
[Thu Jan 25 03:49:01.835222 2018] [slotmem_shm:debug] [pid 46625:tid
139795075143424] mod_slotmem_shm.c(496): AH02301: attach looking for
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm
[Thu Jan 25 03:49:01.835230 2018] [slotmem_shm:debug] [pid 46229:tid
139795075143424] mod_slotmem_shm.c(509): AH02302: attach found
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm: 1176/2
[Thu Jan 25 03:49:01.835254 2018] [slotmem_shm:debug] [pid 46625:tid
139795075143424] mod_slotmem_shm.c(509): AH02302: attach found
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm: 1176/2
[Thu Jan 25 03:49:01.886171 2018] [slotmem_shm:debug] [pid 47011:tid
139795075143424] mod_slotmem_shm.c(496): AH02301: attach looking for
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm
[Thu Jan 25 03:49:01.886284 2018] [slotmem_shm:debug] [pid 47011:tid
139795075143424] mod_slotmem_shm.c(509): AH02302: attach found
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm: 1176/2
[Thu Jan 25 03:49:01.899288 2018] [slotmem_shm:debug] [pid 47281:tid
139795075143424] mod_slotmem_shm.c(496): AH02301: attach looking for
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm
[Thu Jan 25 03:49:01.899321 2018] [slotmem_shm:debug] [pid 47281:tid
139795075143424] mod_slotmem_shm.c(509): AH02302: attach found
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm: 1176/2
[Thu Jan 25 03:53:03.516455 2018] [slotmem_shm:debug] [pid 45813:tid
139795075143424] mod_slotmem_shm.c(364): AH02602: create didn't find
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm in global list
[Thu Jan 25 03:53:03.516462 2018] [slotmem_shm:debug] [pid 45813:tid
139795075143424] mod_slotmem_shm.c(374): AH02300: create
/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm: 1176/2
[Thu Jan 25 03:53:03.516499 2018] [slotmem_shm:error] [pid 45813:tid
139795075143424] (17)File exists: AH02611: create:
apr_shm_create(/apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm) failed



In other words, in the space of five minutes, the balancer was not found in the
global list (03:48:08), successfully created, then found several times, then
went missing at 03:53:03, and then failed to create it, which then triggered an
Apache exit (not shown here)

Rather confusingly, the choice of the DefaultRuntimeDirectory has an impact on
frequence.

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #1 from [hidden email] ---
I believe the error arises here

https://github.com/apache/httpd/blob/2.4.29/modules/slotmem/mod_slotmem_shm.c#L408

I assume the 'file exists' error refers to the SHM key rather than the
placeholder file in the filesystem.

However, there is a defensive removal of the key *before* the create, which
makes this error very mysterious, it should be nearly impossible to fail here I
think.

apr_shm_remove(fname, gpool);
rv = apr_shm_create(&shm, size, fname, gpool);

Is there any possibility there is some latency between the removal being
effective and the create starting? Or could the remove fail silently?

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #2 from [hidden email] ---
looking at the code for apr_shm_remove at

https://github.com/apache/apr/blob/1.6.1/shmem/unix/shm.c#L436

I am reminded that

    /* Indicate that the segment is to be destroyed as soon
     * as all processes have detached. This also disallows any
     * new attachments to the segment. */
    if (shmctl(shmid, IPC_RMID, NULL) == -1) {
        goto shm_remove_failed;
}

So, while the remove can succeed, although I note the return status isn't
tested here, the key will hang around until the last process detaches, so the
defensive measure isn't effective.

So back to the original question, why does Apache think this slot isn't already
in the global list.

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #3 from Yann Ylavic <[hidden email]> ---
Created attachment 35698
  --> https://bz.apache.org/bugzilla/attachment.cgi?id=35698&action=edit
Also remove SHM file if any

Does this help?

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #4 from [hidden email] ---
Thanks for looking, the apr_shm_remove does an apr_file_remove as the final
step, so I would be surprised if another one helps

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #5 from Ruediger Pluem <[hidden email]> ---
(In reply to mark from comment #0)

> With a large number of vhosts ( > 1000 ) and proxy balancer configurations (
> > 1000), we are seeing Apache exit at start up time with a configuration
> error (very frequently) with an error like.
>
> [Wed Jan 10 16:28:45.853599 2018] [slotmem_shm:error] [pid 29764:tid
> 140038537377536] (17)File exists: AH02611: create:
> apr_shm_create(/apache24/logs/slotmem-shm-p71143bd8_balancer1.shm) failed
>
> [Wed Jan 10 16:28:45.853641 2018] [:emerg] [pid 29764:tid 140038537377536]
> AH00020: Configuration Failed, exiting
>
> turning on trace5 level logs we see things like the following for a single
> balancer worker (I filtered on the balance SHM name)
>
> [Thu Jan 25 03:48:08.397926 2018] [slotmem_shm:debug] [pid 13310:tid
> 140455729428224] mod_slotmem_shm.c(364): AH02602: create didn't find
> /apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm in global list


> [Thu Jan 25 03:48:58.529349 2018] [slotmem_shm:debug] [pid 45813:tid
> 139795075143424] mod_slotmem_shm.c(364): AH02602: create didn't find
> /apache24/logs/slotmem-shm-pe1b232bb_balancer1.shm in global list

Hm. The above two lines are weird. mod_proxy_balancer only creates the shm
segments in the post_config phase where there is still only one httpd process.
But I see two different pid's in the above log messages. Did you do a graceful
restart between 03:48:08 and 03:48:58?

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #6 from [hidden email] ---
Probably, we do a lot of active restarts both to bring in managed changes to
the configuration (but only hourly) and reactive restarts when apache stops
responding.  I will examine and get back to you.

My feeling after reading the code is that an old process still hasn't detached
from the SHM segment, so the SHM key hangs around, but the placeholder file
does get deleted, so when the next Apache process comes along, presumably
without a filled-in global list, it attempts to re-instate a SHM key that still
hasn't been quite released by the last process.

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #7 from [hidden email] ---
give that man a teddy bear. pid 13310 was born at 03:40:12 with a SIGHUP at
03:47:58 and then permanently exiting at 03:48:11.

[Thu Jan 25 03:40:22.300797 2018] [mpm_event:notice] [pid 13310:tid
140455729428224] AH00489: Apache/2.4.29 (Unix) OpenSSL/1.0.2n mod_fcgid/2.3.9
mod_auth_kerb/5.4 mod_qos/11.43 mod_jk/1.2.42 configured -- resuming normal
operations
[Thu Jan 25 03:40:22.300851 2018] [core:notice] [pid 13310:tid 140455729428224]
AH00094: Command line: '/apache24/bin/httpd -f
/apache24/conf/dynamic/apache24/httpd.conf -D XXXXX'
[Thu Jan 25 03:47:58.097848 2018] [mpm_event:notice] [pid 13310:tid
140455729428224] AH00494: SIGHUP received.  Attempting to restart
[Thu Jan 25 03:48:11.467544 2018] [core:notice] [pid 13310:tid 140455729428224]
AH00060: seg fault or similar nasty error detected in the parent process

so, the diagnosis probably remains roughly the same, some SHM keys are not
getting removed or not removed quickly enough and are still in place the next
time the same configuration starts up.

I can't yet find any trace of the seg fault suggested though. We do see that
line a lot

" AH00060: seg fault or similar nasty error detected in the parent process" but
I cannot tell what it's referring to.

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #8 from Eric Covener <[hidden email]> ---
(In reply to mark from comment #7)

> give that man a teddy bear. pid 13310 was born at 03:40:12 with a SIGHUP at
> 03:47:58 and then permanently exiting at 03:48:11.
>
> [Thu Jan 25 03:40:22.300797 2018] [mpm_event:notice] [pid 13310:tid
> 140455729428224] AH00489: Apache/2.4.29 (Unix) OpenSSL/1.0.2n
> mod_fcgid/2.3.9 mod_auth_kerb/5.4 mod_qos/11.43 mod_jk/1.2.42 configured --
> resuming normal operations
> [Thu Jan 25 03:40:22.300851 2018] [core:notice] [pid 13310:tid
> 140455729428224] AH00094: Command line: '/apache24/bin/httpd -f
> /apache24/conf/dynamic/apache24/httpd.conf -D XXXXX'
> [Thu Jan 25 03:47:58.097848 2018] [mpm_event:notice] [pid 13310:tid
> 140455729428224] AH00494: SIGHUP received.  Attempting to restart
> [Thu Jan 25 03:48:11.467544 2018] [core:notice] [pid 13310:tid
> 140455729428224] AH00060: seg fault or similar nasty error detected in the
> parent process
>
> so, the diagnosis probably remains roughly the same, some SHM keys are not
> getting removed or not removed quickly enough and are still in place the
> next time the same configuration starts up.

If this is the case maybe we could bake the generation name into the filename.

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #9 from Jim Jagielski <[hidden email]> ---
... or possibly re-used?? I'll need to look. It's been awhile since I've
reviewed that chunk of code.

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #10 from [hidden email] ---
baked here:

https://github.com/apache/httpd/blob/2.4.29/modules/proxy/mod_proxy_balancer.c#L787

        id = apr_psprintf(pconf, "%s.%s.%d.%s.%s.%u.%s",
                          (s->server_scheme ? s->server_scheme : "????"),
                          (s->server_hostname ? s->server_hostname : "???"),
                          (int)s->port,
                          (s->server_admin ? s->server_admin : "??"),
                          (s->defn_name ? s->defn_name : "?"),
                          s->defn_line_number,
                          (s->error_fname ? s->error_fname :
DEFAULT_ERRORLOG));

        conf->id = apr_psprintf(pconf, "p%x",
ap_proxy_hashfunc(id, PROXY_HASHFUNC_DEFAULT));

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

***UNCHECKED*** [Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #11 from Jim Jagielski <[hidden email]> ---
Yeah, it looks like adding in the generation to conf->id will create a unique
name. But I need to see how it effects persistence

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #12 from Jim Jagielski <[hidden email]> ---
Upon review, it appears that in slotmem_filenames() there is code that will
automagically add generational data to the SHM filename... this is done by
default for Win and OS/2.

Are you able to test any fixes?

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #13 from [hidden email] ---
Yes, I can test fixes.

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

Yann Ylavic <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #35698|0                           |1
        is obsolete|                            |

--- Comment #14 from Yann Ylavic <[hidden email]> ---
Created attachment 35702
  --> https://bz.apache.org/bugzilla/attachment.cgi?id=35702&action=edit
slotmem SHMs reuse (2.4.x)

This patch does:
1/ use a constant file name for all systems (no generation suffix),
2/ maintain the list of the created SHMs *accross restarts*
3/ not unlink the files on (graceful) restart anymore (not needed),
4/ not attach in slotmem_create() anymore (not needed),
5/ add type/sizes consistency check for persisted slots on restoration,
6/ unlink the files only on stop/exit or before creating them (crash
remainder).

Mark, could you please try it?

I think we could avoid 6/ if we remove the file just after the SHM is created.
This would work for systems with "unlink semantics" (i.e. unlink allowed while
some descriptors are opened even if it really happens when the last one is
closed, since we don't need to re-open them now), but not for others so I kept
the code generic to start with...

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #15 from [hidden email] ---
We were a bit keen for a fix for this morning (29 Jan), so we went with Jim's
patch in trunk as it looked very conservative (extending tested behaviours to
Unix from Windows). I didn't see your patch at that point.

http://svn.apache.org/viewvc/httpd/httpd/trunk/modules/slotmem/mod_slotmem_shm.c?r1=1822341&r2=1822340&pathrev=1822341&view=patch

and we're now rolling that out across the pre-production environments today, 29
Jan.

I can't really comment on the relative merits of either approach, so can you
give me a recommendation. Is this later patch either more robust or more
comprehensive than Jim's?  If you're making a strong recommendation, we will
see about pushing that version out to the pre-production environments as an
exceptional change, in advance of the next scheduled roll-out.

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #16 from Yann Ylavic <[hidden email]> ---
(In reply to mark from comment #15)
> Is this later patch either more robust or more
> comprehensive than Jim's?  If you're making a strong recommendation, we will
> see about pushing that version out to the pre-production environments as an
> exceptional change, in advance of the next scheduled roll-out.
I can't do a recommendation given your time constraints, what I can tell is
that if the Windows approach indeed avoids the (re)start failures, it however
does not preserve the state of the balancers accross restarts (including
graceful).
So things like load distribution, error states, ...,  are reset/lost, as if it
were the first startup.

This is not the right fix for httpd, but it may be enough for your use case...

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #17 from Yann Ylavic <[hidden email]> ---
In any case, if you go with the "Windows" approach for your production, we are
still interested in your testing of attachment 35702 for the future ;)

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

[Bug 62044] shared memory segments are not found in global list, but appear to exist in kernel.

Bugzilla from bugzilla@apache.org
In reply to this post by Bugzilla from bugzilla@apache.org
https://bz.apache.org/bugzilla/show_bug.cgi?id=62044

--- Comment #18 from [hidden email] ---
Thanks for the perspective. We were seeing Apache instances fail and not
restart due to the orphaned segments, requiring manual intervention to resolve,
hence our urgency.

However, I see your point now and this "Windows" fix loses too much state to be
the right long term fix and we make extensive use of the proxy  balancer
feature, so I will see about an exceptional change to test this more
comprehensive change in our pre-production  environments.

--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

123