Apache rebase trouble

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

Apache rebase trouble

Michael Lemke

For some reason I keep getting these problems in my apache installation that used to run just fine:


       2 [main] httpd 1624 child_info_fork::abort: unable to remap zip.dll to same address as parent (0x13B0000) - try running rebaseall
[Sun May 21 17:54:00.047667 2017] [mpm_prefork:error] [pid 5984] (11)Resource temporarily unavailable: AH00159: fork: Unable to fork new process
       2 [main] httpd 5272 child_info_fork::abort: unable to remap bz2.dll to same address as parent (0xAE0000) - try running rebaseall
[Sun May 21 17:54:10.094156 2017] [mpm_prefork:error] [pid 5984] (11)Resource temporarily unavailable: AH00159: fork: Unable to fork new process



I tried this several times:

    rebase-trigger full

followed by running setup and making sure no cygwin process was running.  I could see in process explorer that rebase was running but it didn't help.

What can I try to make my apache httpd installation work again?  Cygwin on XP:

  orion> uname -a
CYGWIN_NT-5.1 orion 2.5.2(0.297/5/3) 2016-06-23 14:27 i686 Cygwin



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply | Threaded
Open this post in threaded view
|

Re: Apache rebase trouble

marco atzeri-4
On 21/05/2017 22:06, Michael Lemke wrote:

>
> For some reason I keep getting these problems in my apache installation
> that used to run just fine:
>
>
>       2 [main] httpd 1624 child_info_fork::abort: unable to remap
> zip.dll to same address as parent (0x13B0000) - try running rebaseall
> [Sun May 21 17:54:00.047667 2017] [mpm_prefork:error] [pid 5984]
> (11)Resource temporarily unavailable: AH00159: fork: Unable to fork new
> process
>       2 [main] httpd 5272 child_info_fork::abort: unable to remap
> bz2.dll to same address as parent (0xAE0000) - try running rebaseall
> [Sun May 21 17:54:10.094156 2017] [mpm_prefork:error] [pid 5984]
> (11)Resource temporarily unavailable: AH00159: fork: Unable to fork new
> process
>
>
>
> I tried this several times:
>
>    rebase-trigger full
>
> followed by running setup and making sure no cygwin process was
> running.  I could see in process explorer that rebase was running but it
> didn't help.
>
> What can I try to make my apache httpd installation work again?  Cygwin
> on XP:
>
>  orion> uname -a
> CYGWIN_NT-5.1 orion 2.5.2(0.297/5/3) 2016-06-23 14:27 i686 Cygwin

I assume you are aware the XP is not supported anymore.

Any way please follow
> Problem reports:       http://cygwin.com/problems.html
and provide as attachment the cygcheck.out.




--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply | Threaded
Open this post in threaded view
|

Re: Apache rebase trouble

Michael Lemke
In reply to this post by Michael Lemke
On 21/05/2017 22:22:24 Marco Atzeri wrote:

> On 21/05/2017 22:06, Michael Lemke wrote:
>>
>> For some reason I keep getting these problems in my apache installation
>> that used to run just fine:
>>
>>
>>       2 [main] httpd 1624 child_info_fork::abort: unable to remap
>> zip.dll to same address as parent (0x13B0000) - try running rebaseall
>> [Sun May 21 17:54:00.047667 2017] [mpm_prefork:error] [pid 5984]
>> (11)Resource temporarily unavailable: AH00159: fork: Unable to fork new
>> process
>>       2 [main] httpd 5272 child_info_fork::abort: unable to remap
>> bz2.dll to same address as parent (0xAE0000) - try running rebaseall
>> [Sun May 21 17:54:10.094156 2017] [mpm_prefork:error] [pid 5984]
>> (11)Resource temporarily unavailable: AH00159: fork: Unable to fork new
>> process
>>
>>
>>
>> I tried this several times:
>>
>>    rebase-trigger full
>>
>> followed by running setup and making sure no cygwin process was
>> running.  I could see in process explorer that rebase was running but it
>> didn't help.
>>
>> What can I try to make my apache httpd installation work again?  Cygwin
>> on XP:
>>
>>  orion> uname -a
>> CYGWIN_NT-5.1 orion 2.5.2(0.297/5/3) 2016-06-23 14:27 i686 Cygwin
>
> I assume you are aware the XP is not supported anymore.
Yes, which is why I used the last supported one from the time machine.
And it used to work.

>
> Any way please follow
>> Problem reports:       http://cygwin.com/problems.html
> and provide as attachment the cygcheck.out.
>

See attached file.

Sorry for breaking threading but I am currently not subscribed. I know
there is a way to request the raw message as a mail message but I couldn't
figure how to do that. Some post earlier this year described it but I
couldn't make Google give it to me.




--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

cygcheck.out (483K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Apache rebase trouble

Houder
In reply to this post by Michael Lemke
On Sun, 21 May 2017 22:06:02, "Michael Lemke" wrote:

>
> For some reason I keep getting these problems in my apache installation that used to run just fine:
>
>
>        2 [main] httpd 1624 child_info_fork::abort: unable to remap zip.dll to same address as parent (0x13B0000) - try running rebaseall
> [Sun May 21 17:54:00.047667 2017] [mpm_prefork:error] [pid 5984] (11)Resource temporarily unavailable: AH00159: fork: Unable to fork new process
>        2 [main] httpd 5272 child_info_fork::abort: unable to remap bz2.dll to same address as parent (0xAE0000) - try running rebaseall
> [Sun May 21 17:54:10.094156 2017] [mpm_prefork:error] [pid 5984] (11)Resource temporarily unavailable: AH00159: fork: Unable to fork new process
>
>
>
> I tried this several times:
>
>     rebase-trigger full
>
> followed by running setup and making sure no cygwin process was running.  I could see in process explorer that rebase was running but it didn't help.

Just Curious, Michael ... When you access the server machine (running httpd),
and execute

    cygrunsrv -E httpd # stop server
    cygrunsrv -S httpd # start server

does that make httpd work correct again?

Note:

Although my "cygwin" is much older than yours, it used to work correctly,
inclusing the sshd service, which is started at system startup. Currently
the sshd service fails as soon as the 1st ssh request arrives ...
At that moment the sshd log shows that sshd executable cannot fork ...

Regards,
Henri


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply | Threaded
Open this post in threaded view
|

Re: Apache rebase trouble

Achim Gratz
In reply to this post by Michael Lemke
Michael Lemke writes:
> Sorry for breaking threading but I am currently not subscribed.

That's a really bad excuse.  You can subscribe, but opt out of getting
emails sent to you, then reply via Gmane.


Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply | Threaded
Open this post in threaded view
|

Re: Apache rebase trouble

Michael Lemke
On Tue, 23 May 2017 19:18:37 +0200, Achim Gratz <[hidden email]> wrote:

> Michael Lemke writes:
>> Sorry for breaking threading but I am currently not subscribed.
>
> That's a really bad excuse.  You can subscribe, but opt out of getting
> emails sent to you, then reply via Gmane.

Well, it never really worked easy enough for me.  But anyway, I am subscribed now
so let's stop mailing list discussions.

Now, how about an answer to my actual question?  How do I get the Apache/php
dlls properly rebased?  For reference, here's the error again and so is the attached
cygcheck.out.

       2 [main] httpd 1624 child_info_fork::abort: unable to remap zip.dll to same address as parent (0x13B0000) - try running rebaseall
[Sun May 21 17:54:00.047667 2017] [mpm_prefork:error] [pid 5984] (11)Resource temporarily unavailable: AH00159: fork: Unable to fork new process
       2 [main] httpd 5272 child_info_fork::abort: unable to remap bz2.dll to same address as parent (0xAE0000) - try running rebaseall
[Sun May 21 17:54:10.094156 2017] [mpm_prefork:error] [pid 5984] (11)Resource temporarily unavailable: AH00159: fork: Unable to fork new process


When I do run

     cygrunsrv -S cygserver
     cygrunsrv -S httpd

one httpd process starts but fails to fork any worker processes so the whole
httpd doesn't respond to requests.  The dlls in question are from php.
If I don't install php httpd works ok.


Thanks,
Michael


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

cygcheck.out (483K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Apache rebase trouble

Achim Gratz
Michael Lemke writes:
> Now, how about an answer to my actual question?  How do I get the Apache/php
> dlls properly rebased?  For reference, here's the error again and so is the attached
> cygcheck.out.

How large is your UserVM?  You don't stand a snowflakes chance in hell
with 2GB with your package selection and I suspect you'd run into the
heap even with 3GB (I don't know if that's even possible to change on
XP).  You really need to reduce the number of packages you install if
you insist on staying on 32bit.  Most likely unrelated, but you also
need to sanitize your PATH, at least get rid of all the duplicates, but
better remove the WIndows stuff completely.


Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply | Threaded
Open this post in threaded view
|

Re: Apache rebase trouble

Michael Lemke
On Tue, 23 May 2017 22:04:52 +0200, Achim Gratz <[hidden email]> wrote:

> Michael Lemke writes:
>> Now, how about an answer to my actual question?  How do I get the Apache/php
>> dlls properly rebased?  For reference, here's the error again and so is the attached
>> cygcheck.out.
>
> How large is your UserVM?  You don't stand a snowflakes chance in hell
> with 2GB with your package selection and I suspect you'd run into the
> heap even with 3GB (I don't know if that's even possible to change on
> XP).  You really need to reduce the number of packages you install if
> you insist on staying on 32bit.  Most likely unrelated, but you also
> need to sanitize your PATH, at least get rid of all the duplicates, but
> better remove the WIndows stuff completely.

Ok, starts to make some sense. Its a VM with 4GB configured with
whatever XP takes of that. I don't remember if I tought it the 3GB trick
and also don't recall how to do it.

Anyway, the way I understand the problem is you have to distribute all
installed dlls such that they don't use the same memory region. This means
you can have only so many dlls installed. So is there some better way than
trial and error to see which dll is taking up the most space and if enough
dlls were uninstalled? Would rebase tell me aything?

Thanks,
Michael

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply | Threaded
Open this post in threaded view
|

Re: Apache rebase trouble

Michael Lemke
On Tue, 23 May 2017 22:17:44 +0200, Michael Lemke <[hidden email]> wrote:

> On Tue, 23 May 2017 22:04:52 +0200, Achim Gratz <[hidden email]> wrote:
>
>> Michael Lemke writes:
>>> Now, how about an answer to my actual question?  How do I get the Apache/php
>>> dlls properly rebased?  For reference, here's the error again and so is the attached
>>> cygcheck.out.
>>
>> How large is your UserVM?  You don't stand a snowflakes chance in hell
>> with 2GB with your package selection and I suspect you'd run into the
>> heap even with 3GB (I don't know if that's even possible to change on
>> XP).  You really need to reduce the number of packages you install if
>> you insist on staying on 32bit.  Most likely unrelated, but you also
>> need to sanitize your PATH, at least get rid of all the duplicates, but
>> better remove the WIndows stuff completely.
>
> Ok, starts to make some sense. Its a VM with 4GB configured with
> whatever XP takes of that. I don't remember if I tought it the 3GB trick
> and also don't recall how to do it.
>
> Anyway, the way I understand the problem is you have to distribute all
> installed dlls such that they don't use the same memory region. This means
> you can have only so many dlls installed. So is there some better way than
> trial and error to see which dll is taking up the most space and if enough
> dlls were uninstalled? Would rebase tell me aything?
>

Lacking further clues I did the trial and error thing and removed some
stuff I thought I didn't need (like GNOME). Not sure yet what I broke but
my Apache is working again.  Thanks for the hint that the number of known
dlls could be a problem. I'd still appreciate more precise information
of how rebase works and if there is a more systematic approach.

Michael

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply | Threaded
Open this post in threaded view
|

Re: Apache rebase trouble

Michael Enright
On Tue, May 23, 2017 at 3:59 PM, Michael Lemke wrote:
>
> Lacking further clues I did the trial and error thing and removed some
> stuff I thought I didn't need (like GNOME). Not sure yet what I broke but
> my Apache is working again.  Thanks for the hint that the number of known
> dlls could be a problem. I'd still appreciate more precise information
> of how rebase works and if there is a more systematic approach.
>

The command rebase -is gives a list of the DLLs, their sizes and where
they are based.
The DLL size is in "field 5" as 'sort' recons fields, so
rebase -is | sort -k5 will dump the DLLs in size order.
On my system the last DLL in the output is an LLVM DLL which I believe
is used by the X server. A lot of the top DLLs appear to be related to
the X server, some of those are code-generation DLLs for the LLVM JIT
to use. The footprint of the X server seems large.

I haven't updated Cygwin in some time so your results may differ.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply | Threaded
Open this post in threaded view
|

Re: Apache rebase trouble

Andrey Repin
In reply to this post by Michael Lemke
Greetings, Michael Lemke!

>> Michael Lemke writes:
>>> Now, how about an answer to my actual question?  How do I get the Apache/php
>>> dlls properly rebased?  For reference, here's the error again and so is the attached
>>> cygcheck.out.
>>
>> How large is your UserVM?  You don't stand a snowflakes chance in hell
>> with 2GB with your package selection and I suspect you'd run into the
>> heap even with 3GB (I don't know if that's even possible to change on
>> XP).  You really need to reduce the number of packages you install if
>> you insist on staying on 32bit.  Most likely unrelated, but you also
>> need to sanitize your PATH, at least get rid of all the duplicates, but
>> better remove the WIndows stuff completely.

> Ok, starts to make some sense. Its a VM with 4GB configured with
> whatever XP takes of that.

Approx 3.6Gb address space, with at most 2Gb per single process allocation.

> I don't remember if I tought it the 3GB trick
> and also don't recall how to do it.

> Anyway, the way I understand the problem is you have to distribute all
> installed dlls such that they don't use the same memory region. This means
> you can have only so many dlls installed. So is there some better way than
> trial and error to see which dll is taking up the most space and if enough
> dlls were uninstalled? Would rebase tell me aything?

Just install only what you actually need.
Or switch to 64-bit, the situation there's a little bit better.


--
With best regards,
Andrey Repin
Wednesday, May 24, 2017 12:54:08

Sorry for my terrible english...


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply | Threaded
Open this post in threaded view
|

Re: Apache rebase trouble

Michael Lemke
In reply to this post by Michael Enright
On Wed, 24 May 2017 01:56:55 +0200, Michael Enright <[hidden email]> wrote:

> On Tue, May 23, 2017 at 3:59 PM, Michael Lemke wrote:
>>
>> Lacking further clues I did the trial and error thing and removed some
>> stuff I thought I didn't need (like GNOME). Not sure yet what I broke but
>> my Apache is working again.  Thanks for the hint that the number of known
>> dlls could be a problem. I'd still appreciate more precise information
>> of how rebase works and if there is a more systematic approach.
>>
>
> The command rebase -is gives a list of the DLLs, their sizes and where
> they are based.
> The DLL size is in "field 5" as 'sort' recons fields, so
> rebase -is | sort -k5 will dump the DLLs in size order.

Thank you. So if I take the first and last line of rebase's default output
the difference in the 3rd field tells me how much space is required,
correct?  In my cleaned up installation it is 879.5 MB.  Is it possible to
give a limit up to which this number may grow?  Exactly what memory/address
space is being reserved here?

> On my system the last DLL in the output is an LLVM DLL which I believe
> is used by the X server. A lot of the top DLLs appear to be related to
> the X server, some of those are code-generation DLLs for the LLVM JIT
> to use. The footprint of the X server seems large.

In my installation LLVM takes up a lot (and for some reason I have three
different versions installed - have to get rid of some) but the biggest
is qt4:


  orion> rebase -si | sort -k5 | tail
/usr/lib/cygswrAVX2.dll                                                                                                                   base 0x45290000 size 0x00c7c000
/usr/bin/cygLLVM-3.0.dll                                                                                                                  base 0x6e710000 size 0x00cab000
/usr/bin/cygavcodec-54.dll                                                                                                                base 0x5f710000 size 0x00d79000
/usr/bin/cygLLVM-3.4.dll                                                                                                                  base 0x6c310000 size 0x0116e000
/usr/bin/cygLLVM-3.1.dll                                                                                                                  base 0x6d480000 size 0x0128a000
/usr/bin/cygicudata56.dll                                                                                                                 base 0x58060000 size 0x017ed000
/usr/bin/cygicudata57.dll                                                                                                                 base 0x567d0000 size 0x01885000
/usr/bin/cygwebkitgtk-3.0-0.dll                                                                                                           base 0x49660000 size 0x01951000
/usr/bin/cygLLVM-3.8.dll                                                                                                                  base 0x6a810000 size 0x01af3000
/usr/bin/cygQtWebKit-4.dll                                                                                                                base 0x63810000 size 0x01eea000
  orion>

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple