Opened 2 years ago

Closed 2 years ago

#20933 closed defect (not_a_bug)

busbox httpd can't be stopped or restarted

Reported by: anonymous Owned by: developers
Priority: normal Milestone:
Component: packages Version: Chaos Calmer 15.05
Keywords: Cc:


The busybox built-in httpd can't be stopped or restartet. If I try to restart, the following happens:

$ /etc/init.d/httpd restart
httpd: bind: Address already in use

If I try to stop, it actually gets restarted:

$ /etc/init.d/httpd stop
$ ps | fgrep httpd
 1535 root      1384 S    fgrep httpd
$ /etc/init.d/httpd stop
$ ps | fgrep httpd
 1541 root      1384 S    fgrep httpd

Seems to have to do with hotplug module, but I couldn't figure out where exactly httpd is going to be restarted.

Attachments (0)

Change History (5)

comment:1 Changed 2 years ago by bittorf@…

is there a specific reason why you are not using OpenWrt's "uhttpd" (which is much better and much better supported)?

comment:2 Changed 2 years ago by anonymous

"httpd: bind: Address already in use" -> You have a configuration error.

comment:3 Changed 2 years ago by anonymous

There is definitely no config error. I just noted that the very first call after a reboot works (restart and also stop). But after once restarted, it doesn't anymore. It is the same config as on BB and AA, where it worked, I double- and triple-checked the config.

comment:4 Changed 2 years ago by anonymous

Re uhttpd: yes, there is a reason I stick with busybox httpd. I couldn't find out so far how to prevent buffering of CGI output with uhttpd, which prevents server-push output like messages from several commands executed through CGI, which is used with almost any page of my web app. Maybe if I have some time to find out from the uhttpd sources how to prevent output buffering I will eventually switch, but for now I'm busy to find out all those silently introduced changes in busybox's httpd under CC preventing my app from working, like the change of '$p$root' into '*' for httpd auth in httpd.conf. I needed hours of testing and searching the web to find out that this indeed is not a config error.

comment:5 Changed 2 years ago by nbd

  • Resolution set to not_a_bug
  • Status changed from new to closed

please make a test case for the uhttpd behavior that breaks your scripts, and i will look into this.

as for this issue, i think it's simply your init script being broken, and not an openwrt bug.

also, httpd isn't being restarted automatically either. your fgrep command finds itself in the process list (since it has httpd on the command line), not an actual running instance of httpd.

Add Comment

Modify Ticket

as closed .
The resolution will be deleted. Next status will be 'reopened'.

E-mail address and user name can be saved in the Preferences.

Note: See TracTickets for help on using tickets.