Re: BalancerPersist "relaxable" checks (was: svn commit: r1733283 - /httpd/httpd/branches/2.4.x/STATUS)

2016-03-02 Thread Yann Ylavic
On Wed, Mar 2, 2016 at 11:47 PM, Yann Ylavic wrote: > On Wed, Mar 2, 2016 at 8:08 PM, Jim Jagielski wrote: >> >> Hmmm... iirc, if there is a mismatch, the old files are >> automagically removed. > > You are right, I was still influenced by PR58024 triggering AH02599 > (painful fix), but that was

Re: BalancerPersist "relaxable" checks (was: svn commit: r1733283 - /httpd/httpd/branches/2.4.x/STATUS)

2016-03-02 Thread Yann Ylavic
On Wed, Mar 2, 2016 at 8:08 PM, Jim Jagielski wrote: > > Hmmm... iirc, if there is a mismatch, the old files are > automagically removed. You are right, I was still influenced by PR58024 triggering AH02599 (painful fix), but that was due to the missing unlink() semantic on Windows... I still thi

Re: BalancerPersist "relaxable" checks (was: svn commit: r1733283 - /httpd/httpd/branches/2.4.x/STATUS)

2016-03-02 Thread Jim Jagielski
> On Mar 2, 2016, at 11:13 AM, Yann Ylavic wrote: > > re: mod_proxy_hcheck backport > >> ylavic: Looks like the changes on struct proxy_worker_shared would break >> startup with "BalancerPersist on" due to the strict checks on >> the sizes of existing slotmems (sl

BalancerPersist "relaxable" checks (was: svn commit: r1733283 - /httpd/httpd/branches/2.4.x/STATUS)

2016-03-02 Thread Yann Ylavic
re: mod_proxy_hcheck backport > ylavic: Looks like the changes on struct proxy_worker_shared would break > startup with "BalancerPersist on" due to the strict checks on > the sizes of existing slotmems (slotmem_create/attach)? > + jim: Yes, that is right (re: