@orblivion
cc: @Ark74 @chapmanjacobd
-
"Full Quality Region" (FQR) command tile-extract.py below failed 3 out of 5 time over an hour — let's try to find out what's really causing "Double-check your Internet connection. (error code -9)" as this error message does not appear informative or actionable (?) as https://speed.cloudflare.com continues to show 0% packet loss for the home's Internet connection.
FWIW the failures happened 17 seconds in, 9 seconds in, and 19 seconds in.
-
Any chance that very large FQRs like this 122GB ("north_america") exacerbate the problem — compared to smaller FQRs?
Is the "Internet connection" error message perhaps referring to some other kind of connectivity problem not visible within speed.cloudflare.com — that's needed by our FQR size estimator?
-
Until we understand this better, should we add some kind of a "please try again" for IIAB implementers, ideally with a status dump to help us figure this out too? (e.g. should we try to auto-detect "error code -9" and/or similar, recording/logging status at that moment?)
root@u26-fqrs:~# time /opt/iiab/maps/tile-extract/tile-extract.py extract north_america -172.474448568,5.615988359,-10.849448568,85.034927591
Determining download size...
Traceback (most recent call last):
File "/opt/iiab/maps/tile-extract/tile-extract.py", line 258, in <module>
if not noninteractive and not approve_download_size(extract_name):
~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^
File "/opt/iiab/maps/tile-extract/tile-extract.py", line 99, in approve_download_size
raise Exception(f"Download size check failed. Double-check your Internet connection. (error code {result.returncode})")
Exception: Download size check failed. Double-check your Internet connection. (error code -9)
real 0m16.805s
user 0m11.705s
sys 0m5.782s
root@u26-fqrs:~# ping mit.edu
PING mit.edu (23.50.69.136) 56(84) bytes of data.
64 bytes from a23-50-69-136.deploy.static.akamaitechnologies.com (23.50.69.136): icmp_seq=1 ttl=56 time=8.34 ms
^C
--- mit.edu ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 8.338/8.338/8.338/0.000 ms
root@u26-fqrs:~# time /opt/iiab/maps/tile-extract/tile-extract.py extract north_america -172.474448568,5.615988359,-10.849448568,85.034927591
Determining download size...
Traceback (most recent call last):
File "/opt/iiab/maps/tile-extract/tile-extract.py", line 258, in <module>
if not noninteractive and not approve_download_size(extract_name):
~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^
File "/opt/iiab/maps/tile-extract/tile-extract.py", line 99, in approve_download_size
raise Exception(f"Download size check failed. Double-check your Internet connection. (error code {result.returncode})")
Exception: Download size check failed. Double-check your Internet connection. (error code -9)
real 0m8.515s
user 0m7.363s
sys 0m3.111s
root@u26-fqrs:~# time /opt/iiab/maps/tile-extract/tile-extract.py extract north_america -172.474448568,5.615988359,-10.849448568,85.034927591
Determining download size...
New regions will be 128.0 GB downloaded, 122.0 GB on disk. This will
leave about -110668780544.0 Bytes free space on this partition. Continue? y/n n
real 2m39.071s
user 0m30.555s
sys 1m56.588s
root@u26-fqrs:~# time /opt/iiab/maps/tile-extract/tile-extract.py extract north_america -172.474448568,5.615988359,-10.849448568,85.034927591
Determining download size...
New regions will be 128.0 GB downloaded, 122.0 GB on disk. This will
leave about -110668796928.0 Bytes free space on this partition. Continue? y/n ^CTraceback (most recent call last):
File "/opt/iiab/maps/tile-extract/tile-extract.py", line 258, in <module>
if not noninteractive and not approve_download_size(extract_name):
~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^
File "/opt/iiab/maps/tile-extract/tile-extract.py", line 151, in approve_download_size
return yes_no(
f'\nNew regions will be {display(transfer_total)} downloaded, {display(archive_total)} on disk. This will'
f'\nleave about {display(free_b - archive_total)} free space on this partition. Continue?',
noninteractive, True,
)
File "/opt/iiab/maps/tile-extract/tile-extract.py", line 56, in yes_no
response = input(f'{prompt} y/n ')
KeyboardInterrupt
real 1m40.108s
user 0m30.561s
sys 0m49.578s
root@u26-fqrs:~# time /opt/iiab/maps/tile-extract/tile-extract.py extract north_america -172.474448568,5.615988359,-10.849448568,85.034927591
Determining download size...
Traceback (most recent call last):
File "/opt/iiab/maps/tile-extract/tile-extract.py", line 258, in <module>
if not noninteractive and not approve_download_size(extract_name):
~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^
File "/opt/iiab/maps/tile-extract/tile-extract.py", line 99, in approve_download_size
raise Exception(f"Download size check failed. Double-check your Internet connection. (error code {result.returncode})")
Exception: Download size check failed. Double-check your Internet connection. (error code -9)
real 0m19.347s
user 0m11.788s
sys 0m9.541s
@orblivion
cc: @Ark74 @chapmanjacobd
"Full Quality Region" (FQR) command tile-extract.py below failed 3 out of 5 time over an hour — let's try to find out what's really causing "Double-check your Internet connection. (error code -9)" as this error message does not appear informative or actionable (?) as https://speed.cloudflare.com continues to show 0% packet loss for the home's Internet connection.
FWIW the failures happened 17 seconds in, 9 seconds in, and 19 seconds in.
Any chance that very large FQRs like this 122GB ("north_america") exacerbate the problem — compared to smaller FQRs?
Is the "Internet connection" error message perhaps referring to some other kind of connectivity problem not visible within speed.cloudflare.com — that's needed by our FQR size estimator?
Until we understand this better, should we add some kind of a "please try again" for IIAB implementers, ideally with a status dump to help us figure this out too? (e.g. should we try to auto-detect "error code -9" and/or similar, recording/logging status at that moment?)