OpenBSD 6.0 I had this happen to me a few days ago. I set httpd.conf up to use "*" at first just to cut down on hiccups. When I had it up and working with php, and mariadb I changed "*" to "192.168.3.254" and restarted httpd.conf. It did not work, even after a reboot. So I put the "*" back in just so I could go populate mariadb 10 and php 7. After reading these emails today it made me remember that, and so I logged into it and changed it back to the "192.168.3.254" instead of "*", and restarted httpd. I thought I was going to reproduce the hiccup but instead the dadgum thing worked!!!
No problems here at all but I did want to say for whatever reason it was, this exact anomaly did happen to me once also, however upon trying to reproduce it I could not. The only thing I can think of is that I "might" not have rebooted? I really doubt that is it but a lot on my mind lately and it could easily have been. Kevin Gerrard -----Original Message----- From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Currell Berry Sent: Saturday, February 25, 2017 5:32 PM To: Monah Baki Cc: ludovic coues; openbsd-misc Subject: Re: Getting http to work 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
