Skip to content

cuda.cudart.getLocalRuntimeVersion() raises RuntimeError: Failed to dlopen libcudart.so.12 #89

Closed

Description

@Matt711

Is this a bug? getLocalRuntimeVersion() fails for me in cuda 11.8 environment. I'm asking because I see that the API call is in the cuda-python 11.8 release notes.

In the source code, we're hard coding libcudart.so.12. Is that right?

Repro

In [1]: from cuda import cudart

In [2]: cudart.getLocalRuntimeVersion()
---------------------------------------------------------------------------
RuntimeError                              Traceback (most recent call last)
Cell In[2], line 1
----> 1 cudart.getLocalRuntimeVersion()

File ~/.conda/envs/rapids/lib/python3.11/site-packages/cuda/cudart.pyx:24961, in cuda.cudart.getLocalRuntimeVersion()

File ~/.conda/envs/rapids/lib/python3.11/site-packages/cuda/ccudart.pyx:2365, in cuda.ccudart.getLocalRuntimeVersion()

File ~/.conda/envs/rapids/lib/python3.11/site-packages/cuda/_lib/ccudart/ccudart.pyx:2121, in cuda._lib.ccudart.ccudart._getLocalRuntimeVersion()

RuntimeError: Failed to dlopen libcudart.so.12

Activity

  1. Matt711 commented on Sep 10, 2024

    @Matt711
    MemberAuthor
  2. leofang commented on Sep 10, 2024

    @leofang
    Member

    It seems to be a backport mistake that we should fix:

    # Load
    handle = dlfcn.dlopen('libcudart.so.12', dlfcn.RTLD_NOW)
    if handle == NULL:
    with gil:
    raise RuntimeError(f'Failed to dlopen libcudart.so.12')
    __cudaRuntimeGetVersion = dlfcn.dlsym(handle, 'cudaRuntimeGetVersion')

    @Matt711 how urgent is this?

  3. added
    bugSomething isn't working
    and removed
    triageNeeds the team's attention
    on Sep 10, 2024
  4. Matt711 commented on Sep 10, 2024

    @Matt711
    MemberAuthor

    @Matt711 how urgent is this?

    Not urgent. We already have a workaround using numba.cuda. I also don't mind working on this @leofang, if you could point me in the right direction.

  5. leofang commented on Sep 10, 2024

    @leofang
    Member

    Thanks, @Matt711. The offending code that I linked to above is from the 11.8.x branch, so ideally we can just fix the lines referencing libcudart.so.12 to .11. But we're transitioning to a new development/release process so let me check with @vzhurba01 later today first, and get back to you later.

  6. leofang commented on Sep 10, 2024

    @leofang
    Member

    @Matt711 we discussed and will try to get a new 11.8.x release out next week, with this bug fixed and perhaps also #75 backported.

  7. Matt711 commented on Sep 11, 2024

    @Matt711
    MemberAuthor

    Thanks @leofang

  8. wence- commented on Sep 30, 2024

    @wence-

    @leofang, @vzhurba01 did this backport/release occur?

  9. vzhurba01 commented on Sep 30, 2024

    @vzhurba01
    Contributor

    Not yet. The wheels and conda packages are currently going through pre-release validation. I'll update this issue once posting is complete.

  10. vzhurba01 commented on Oct 7, 2024

    @vzhurba01
    Contributor

    FYI I've updated the repo with the fix under the patch release 11.8.4 (tag v11.8.4).

    I created new issue #139 to track the wheels/conda uploads for this patch release. I'm thinking of keeping this current issue open though until they are uploaded, and then give a notice before closing.

  11. vzhurba01 commented on Nov 4, 2024

    @vzhurba01
    Contributor
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

P0High priority - Must do!bugSomething isn't workingcuda.bindingsEverything related to the cuda.bindings module

Type

No type

Projects

No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions