Ray: Protocol not available on linux subsystem in Windows 10

Created on 18 Jan 2020  路  10Comments  路  Source: ray-project/ray

When I try to run tune from a linux subsystem on Windows 10 I get this error:

E0118 15:27:51.422986300    7451 socket_utils_common_posix.cc:208] check for SO_REUSEPORT: {"created":"@1579379271.422971700","description":"Protocol not available","errno":92,"file":"external/com_github_grpc_grpc/src/core/lib/iomgr/socket_utils_common_posix.cc","file_line":185,"os_error":"Protocol not available","syscall":"getsockopt(SO_REUSEPORT)"}
E0118 15:27:51.424577800    7451 socket_utils_common_posix.cc:313] setsockopt(TCP_USER_TIMEOUT) Protocol not available
bug

All 10 comments

Nevermind, the error was raise ValueError("Called resume when no checkpoint exists " when setting resume="PROMPT".

I get a similar message on WSL. Ray continues the processing though but in the dashboard all information are displayed with "0". Not sure if clusters would work.

  • Windows 10 Pro Version 1909
  • Ubuntu 18.04 LTS
  • Python 3.6.9
  • ray==0.8.1
  • psutil==4.3.1
  • setproctitle==1.1.10
E0201 19:17:26.289452900   14605 socket_utils_common_posix.cc:208] check for SO_REUSEPORT: {"created":"@1580581046.289390800","description":"Protocol not available","errno":92,"file":"external/com_github_grpc_grpc/src/core/lib/iomgr/socket_utils_common_posix.cc","file_line":185,"os_error":"Protocol not available","syscall":"getsockopt(SO_REUSEPORT)"}
E0201 19:17:26.289603700   14605 socket_utils_common_posix.cc:313] setsockopt(TCP_USER_TIMEOUT) Protocol not available

Getting the same errors in WSL, including the dashboard displaying "0" for all information.
image

Same error -- this is still an issue. Default WSL Ubuntu setup, latest ray build

I've encountered this message too; I think the issue is because there's no Windows support for SO_REUSEPORT. I think if the error message is benign, we should probably find a way to get rid of it. If it's indicating an actual problem, though, we should try to address it, and/or it may warrant reporting to GRPC, since it relates to their WSL support. I'm not sure which is the case though. Does anyone know if it is a symptom of an actual problem, or if everything works fine regardless?

Note that this warning can be suppressed at build-time in .bazelrc via

build:linux --per_file_copt="-\\.(asm|S)$,external/com_github_grpc_grpc/.*@-DGPR_MANYLINUX1"

I have encountered this issue as well.

+1

+1

+1

7972 was now merged. The warning should be gone in the release _after_ the upcoming one.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

RobertCsordas picture RobertCsordas  路  41Comments

mattearllongshot picture mattearllongshot  路  33Comments

floringogianu picture floringogianu  路  32Comments

remram44 picture remram44  路  37Comments

aced125 picture aced125  路  31Comments