[httpUpdate] Update.writeStream failed! (ERROR[6]: Stream Read Timeout)

[scottfuhrman]

Using the latest from Git, downloaded this morning.

Trying to do a http update, I always receive the error below. This is with using the example PHP script on the web server. When I fetch the file directly (not using the PHP server-side script), it works fine.

[httpUpdate] Update.writeStream failed! (ERROR[6]: Stream Read Timeout)

Confirmed I have 4M flash, tried using Arduino IDE 1.6.7 and 1.6.8 (nightly). Same result.

Debug output below:

1264, room 16
tail 0
chksum Booting...

Connecting to XXXXXX
wifi evt: 0
wifi evt: 3

WiFi connected.
[HTTP-Client][begin] host: XXXXXX port:80 url: /esp8266/upgrade_check.php https: 0 httpsFingerprint:
[HTTP-Client] connect http...
[hostByName] request IP for: XXXXXX
[hostByName] Host: XXXXXX IP: xx.xx.xx.xx
[HTTP-Client] connected to XXXXXX:80
[HTTP-Client][handleHeaderResponse] RX: 'HTTP/1.1 200 OK'
[HTTP-Client][handleHeaderResponse] RX: 'Date: Wed, 24 Feb 2016 16:27:29 GMT'
[HTTP-Client][handleHeaderResponse] RX: 'Server: Apache'
[HTTP-Client][handleHeaderResponse] RX: 'Content-Disposition: attachment; filename=prod_code.bin'
[HTTP-Client][handleHeaderResponse] RX: 'x-MD5: 64d43986a1e128adf07350b67441a6aa'
[HTTP-Client][handleHeaderResponse] RX: 'Content-Length: 208016'
[HTTP-Client][handleHeaderResponse] RX: 'MS-Author-Via: DAV'
[HTTP-Client][handleHeaderResponse] RX: 'Connection: close'
[HTTP-Client][handleHeaderResponse] RX: 'Content-Type: application/octet-stream'
[HTTP-Client][handleHeaderResponse] RX: ''
[HTTP-Client][handleHeaderResponse] code: 200
[HTTP-Client][handleHeaderResponse] size: 208016
[httpUpdate] Header read fin.
[httpUpdate] Server header:
[httpUpdate] - code: 200
[httpUpdate] - len: 208016
[httpUpdate] - MD5: 64d43986a1e128adf07350b67441a6aa
[httpUpdate] ESP8266 info:
[httpUpdate] - free Space: 749568
[httpUpdate] - current Sketch Size: 296276
[httpUpdate] - current version: 1.1
[httpUpdate] runUpdate flash...
[begin] roundedSize: 0x00033000 (208896)
[begin] updateEndAddress: 0x00100000 (1048576)
[begin] currentSketchSize: 0x00049000 (299008)
[begin] _startAddress: 0x000CD000 (839680)
[begin] _currentAddress: 0x000CD000 (839680)
[begin] _size: 0x00032C90 (208016)
ERROR[6]: Stream Read Timeout
[httpUpdate] Update.writeStream failed! (ERROR[6]: Stream Read Timeout)
[httpUpdate] Update failed
[HTTP-Client][end] tcp is closed
HTTP_UPDATE_FAILD Error (6): Update error: ERROR[6]: Stream Read Timeout

Any ideas?

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

[Links2004]

do your server have some sort of buffering the output of the php script?
or is the execution slow?
can you tried a other server, this may helps to point down where the problem is coming from.

[scottfuhrman]

I am uncertain of any buffering, when I download the bin file via the PHP script in a normal web browser it works fine and is fast. I will try an internal server on my LAN to see if there is a difference.

[scottfuhrman]

OK I tried tonight to to a OTA http upgrade but placed the PHP script and bin file on a server in my local LAN. Worked fine.

Before I was trying to do the same with my webhost's server, which I believe to be a more reasonable use case as it is very beneficial to update code from "the cloud" as opposed to a local server for many people. Now that it has been determined that there is a difference between the two, what can I do to figure out how to address the problem?

Connecting to XXSSIDXXX
wifi evt: 0
wifi evt: 3

WiFi connected.
[HTTP-Client][begin] host: 192.168.0.157 port:80 url: /upgrade_check.php https: 0 httpsFingerprint:
[HTTP-Client] connect http...
[hostByName] Host: 192.168.0.157 is a IP!
[HTTP-Client] connected to 192.168.0.157:80
[HTTP-Client][handleHeaderResponse] RX: 'HTTP/1.0 200 OK'
[HTTP-Client][handleHeaderResponse] RX: 'Date: Thu, 25 Feb 2016 03:26:30 GMT'
[HTTP-Client][handleHeaderResponse] RX: 'Server: Apache/2.4.7 (Ubuntu)'
[HTTP-Client][handleHeaderResponse] RX: 'X-Powered-By: PHP/5.5.9-1ubuntu4.14'
[HTTP-Client][handleHeaderResponse] RX: 'Content-Disposition: attachment; filename=prod_code.bin'
[HTTP-Client][handleHeaderResponse] RX: 'Content-Length: 208016'
[HTTP-Client][handleHeaderResponse] RX: 'x-MD5: 64d43986a1e128adf07350b67441a6aa'
[HTTP-Client][handleHeaderResponse] RX: 'Connection: close'
[HTTP-Client][handleHeaderResponse] RX: 'Content-Type: application/octet-stream'
[HTTP-Client][handleHeaderResponse] RX: ''
[HTTP-Client][handleHeaderResponse] code: 200
[HTTP-Client][handleHeaderResponse] size: 208016
[httpUpdate] Header read fin.
[httpUpdate] Server header:
[httpUpdate] - code: 200
[httpUpdate] - len: 208016
[httpUpdate] - MD5: 64d43986a1e128adf07350b67441a6aa
[httpUpdate] ESP8266 info:
[httpUpdate] - free Space: 749568
[httpUpdate] - current Sketch Size: 296268
[httpUpdate] - current version: 1.1
[httpUpdate] runUpdate flash...
[begin] roundedSize: 0x00033000 (208896)
[begin] updateEndAddress: 0x00100000 (1048576)
[begin] currentSketchSize: 0x00049000 (299008)
[begin] _startAddress: 0x000CD000 (839680)
[begin] _currentAddress: 0x000CD000 (839680)
[begin] _size: 0x00032C90 (208016)
MD5 Success: 64d43986a1e128adf07350b67441a6aa
Staged: address:0x000CD000, size:0x00032C90
[httpUpdate] Update ok
[HTTP-Client][end] tcp is closed
wifi evt: 1
STA disconnect: 8

ets Jan 8 2013,rst cause:2, boot mode:(3,6)

load 0x4010f000, len 1264, room 16
tail 0
chksum 0x42
csum 0x42
@cp:0
ld
Hello, world.
Hello, world.
Hello, world.
...

[Links2004]

the best way it to use wire shark and checkt what the difference is in case of
package size timings and so on.
I have running some updates form a Server in the internet so in general its possible,
your server must do something different then usual.
did you server log show something?

[scottfuhrman]

So I fired up a private virtual server at DigitalOcean, ran the same php script there and it works fine. Still getting stream read timeout when trying to do the same thing from my web host (Dreamhost). How can I go about figuring out what Dreamhost is doing differently?

[scottfuhrman]

Well I have taken a wireshark trace of a good update to the DigitalOcean server, as well as an update that failed to the Dreamhost server with the stream read timeout error despite the file tranfer being successful.

The trace was taken by port mirroring my router's WAN port and filtering with the IP of the web server hosting the php script and .bin file.

To me both traces look pretty normal so I am not sure what is causing the failure on the esp8266 end. I am attaching the traces in case anyone can help.

failed_http_update.zip
good_http_update.zip

[kaeferfreund]

I have been experiencing the same issue when trying to upload the exact same binary that was already running on the chip. All other binaries work fine from my "cheap" webspace...

[scottfuhrman]

Hmm. In my case the file being uploaded to the esp8266 is a different binary than what it is currently running, just a "hello world" for testing the process.

[jdkanani]

Facing same issue while using nginx reverse proxy.

[igrr]

@scottfuhrman @jdkanani Could you guys give me a link to the binary which fails to load (Dreamhost or nginx reverse proxy)? I'll test it on my side. Thanks.