On Thu, Sep 29, 2011 at 2:58 PM, William A. Rowe Jr. <wr...@rowe-clan.net> wrote: > On 7/7/2011 3:39 AM, Gregg L. Smith wrote: >> I have an error log full of these; >> >> [Thu Jul 07 00:15:58.010625 2011] [mpm_winnt:warn] [pid 2840:tid 1572] (OS >> 64)The >> specified network name is no longer available. : winnt_accept: Asynchronous >> AcceptEx failed. > > This might be http://svn.apache.org/viewvc?view=revision&revision=1091826 > confusing the issue if you build with Win32 IPv6 toggled on, depending on > your operating system and the SDK you used to build... it was introduced > in 1.4.3, you might want to try reverting this patch after first working > through the ticket below... > >> Thanks to Steffen's bringing this up, I now know how I should be fixing this. >> >> The problem is, if I set >> >> AcceptFilter http none >> >> I lose all my vhosts and everything reverts to the main host. If I use > > Implies that the host headers are not queried for ***normal*** sockets, > and reviewing http://svn.apache.org/viewvc?view=revision&revision=1088569 > it looks like this was "optimized" (read:bugged) away. > > Could you please revert this APR 1.4.3 change and report back what you > observe? Another option is to simply try APR 1.4.2 binaries.
I took a windows laymen look in the other 2.4 GA thread, pasted below: I took a look at this in the AM, and it looks like the acceptfilter none path is relying on data set only by AcceptEX (context->buffer) to fill in context->sa_server (child.c:590). In 2.2 the context->buffer is seeded by the 9x specific code. Seems like that block of code just needs a backport from win9x_get_connection to set the server side of this structure correctly before it's copied into "sockinfo" later in the same function. I can't easily build it and not sure what other non-acceptex 9x-isms are in win9x_get_connection. This matches the reports of the base VH being picked every time, but I couldn't find on the list where the culprit had been identified before.