# netstat -na -f inet | grep LISTEN
tcp          0      0  127.0.0.1.25           *.*                    LISTEN
tcp          0      0  *.22                   *.*                    LISTEN
# httpd -dv
startup
parent: send server: Can't assign requested address
# logger exiting, pid 24061
server exiting, pid 96224
server exiting, pid 68259
server exiting, pid 94930


It's a fresh install so I wasn't expecting any ports listening. Even
if I changed to port 8080 same issue.


Thanks

On Sat, Feb 25, 2017 at 6:31 PM, Currell Berry <currellbe...@gmail.com> wrote:
>
> Monah Baki writes:
>
>> # httpd -dnv
>> configuration OK
>>
>> #  rcctl -dddd start httpd
>> doing _rc_parse_conf
>> doing _rc_quirks
>> httpd_flags empty, using default ><
>> doing _rc_parse_conf /var/run/rc.d/httpd
>> doing _rc_quirks
>> doing rc_check
>> httpd
>> doing rc_pre
>> configuration OK
>> doing rc_start
>> doing _rc_wait start
>> doing rc_check
>> doing _rc_write_runfile
>> (ok)
>>
>> # /etc/rc.d/httpd start
>> httpd(ok)
>>
>> cat /var/log/messages
>>
>> Feb 25 15:35:22 nebula httpd[94632]: parent: send server: Can't assign
>> requested address
>> Feb 25 15:36:06 nebula httpd[14026]: parent: send server: Can't assign
>> requested address
>>
>>
>> vi httpd.conf
>>
>> # $OpenBSD: httpd.conf,v 1.14 2015/02/04 08:39:35 florian Exp $
>>
>> #
>> # Macros
>> #
>> ext_addr="*"
>>
>> #
>> # Global Options
>> #
>> # prefork 3
>>
>> #
>> # Servers
>> #
>>
>> # A minimal default server
>> server "default" {
>>         listen on $ext_addr port 80
>> }
>>
>>
>>
>> Thanks
>>
>>
>> On Sat, Feb 25, 2017 at 3:27 PM, ludovic coues <cou...@gmail.com> wrote:
>>> # rcctl -dddd start httpd
>>> This command should give you some details on what isn't working.
>>> If not, you can try `# httpd -nvv` to check your config and `# httpd
>>> -dvvvv` to run httpd directly.
>>>
>>> 2017-02-25 21:20 GMT+01:00 Monah Baki <monahb...@gmail.com>:
>>>> Changing to ext_addr="*"
>>>>
>>>>
>>>> # /etc/rc.d/httpd start
>>>> httpd(failed)
>>>>
>>>> Nothing shows up in /var/log/messages
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Sat, Feb 25, 2017 at 12:00 PM, Currell Berry <currellbe...@gmail.com> 
>>>> wrote:
>>>>>
>>>>> Monah Baki writes:
>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> Installed a fresh install of OpenBSD 6.0 on VMWare workstation and
>>>>>> wanted to run default webserver.
>>>>>>
>>>>>> In the messages logs I find the following error:
>>>>>>
>>>>>>  httpd[23792]: parent: send server: Can't assign requested address
>>>>>>
>>>>>>
>>>>>> em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>>>>>>         lladdr 00:0c:29:b3:81:f8
>>>>>>         index 1 priority 0 llprio 3
>>>>>>         groups: egress
>>>>>>         media: Ethernet autoselect (1000baseT full-duplex,master)
>>>>>>         status: active
>>>>>>         inet 192.168.60.129 netmask 0xffffff00 broadcast 192.168.60.255
>>>>>>
>>>>>> In my httpd.conf all I changed was the "ext_addr" Macro, everything else 
>>>>>> as is.
>>>>>>
>>>>>> $ cat /etc/httpd.conf
>>>>>> # $OpenBSD: httpd.conf,v 1.14 2015/02/04 08:39:35 florian Exp $
>>>>>>
>>>>>> #
>>>>>> # Macros
>>>>>> #
>>>>>> ext_addr="192.168.60.129"
>>>>>> # A minimal default server
>>>>>> server "default" {
>>>>>>         listen on $ext_addr port 80
>>>>>> }
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thank you
>>>>>> Monah
>>>>>
>>>>> Did you try
>>>>>
>>>>>      ext_addr="*"
>>>>>
>>>>> yet?
>>>>>
>>>>> Does it report the same error with that in place?
>>>>>
>>>>> -- Currell
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Cordialement, Coues Ludovic
>>> +336 148 743 42
>
> Some ideas:
> You might have an instance of httpd running in the background stopping a
> new one from binding to the port.
>
> Run the following commands and examine the output to check what could be there
>
>     # netstat -na -f inet | grep LISTEN
>     # ps ax
>
> Kill all running instances of httpd, or anything else that is binding to
> port 80.
>
> Once you've done that, try starting httpd in no-fork mode and see what
> it says:
>
>     # httpd -dv
>
> If it still doesn't work, try a different port (change 80 to 8888 for 
> instance).
>
> -- Currell

Reply via email to