Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remote-SSH: Unable to load profiles on Zowe Explorer #2430

Closed
zFernand0 opened this issue Aug 23, 2023 · 5 comments
Closed

Remote-SSH: Unable to load profiles on Zowe Explorer #2430

zFernand0 opened this issue Aug 23, 2023 · 5 comments
Assignees
Labels
bug Something isn't working docs priority-high Production outage - this quarter or at least next quarter severity-high Bug for which there may be workaround but limits the usage of the Zowe for major use cases

Comments

@zFernand0
Copy link
Member

zFernand0 commented Aug 23, 2023

Describe the bug

Unable to load profiles in Zowe Explorer due to loacked keyring on VSCode over Remote SSH

To Reproduce

  1. Start a VSCode Remote SSH, Dev Container, or Tunnel where the keyring might be locked
  2. Notice the following error when ZE loads
    image

Expected behavior

I would expect ZE to be able to use the unlocked keyring that the terminal is using

Desktop (please complete the following information):

  • OS: Headless Linux
  • Zowe Explorer Version: 2.10.0 (main branch)
  • (Optional) Zowe CLI Version: Any
  • (Optional) Are you using Secure Credential Store? Yes

Additional context

This only applies to people using ZE in VSCode over Remote SSH

Also, this might help us figure out what to say in the Wiki and/or zowe-docs/ze-troubleshooting page(s)

  • To automatically use the same unlocked keyring:
    • Export the DBUS_SESSION_BUS_ADDRESS in your .bashrc
    • Note: if this ENV variable changes, you will have to issue the following commands from the VSCode command palette:
      • > Remote-SSH: Kill Current VS Code Server, and
      • > Developer: Reload Window
    • Source: https://stackoverflow.com/a/67403476

  • A better solution (which may not require a server kill):
    • Add the following lines to your .bashrc
          export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/0/bus
          export GNOME_KEYRING_CONTROL=/run/user/0/keyring
          echo root | gnome-keyring-daemon -r --unlock --components=secrets
    • Both, Zowe Explorer and the Terminal should be able to access secrets in the same unlocked keyring
@zFernand0 zFernand0 added bug Something isn't working docs dev-docs documentation delivered by developer labels Aug 23, 2023
@github-actions
Copy link

Thank you for creating a bug report.
We will investigate the bug and evaluate its impact on the product.
If you haven't already, please ensure you have provided steps to reproduce the bug and as much context as possible.

@zFernand0 zFernand0 changed the title Unable to load profiles on Zowe Explorer Remote-SSH: Unable to load profiles on Zowe Explorer Aug 23, 2023
@JTonda JTonda added priority-high Production outage - this quarter or at least next quarter severity-high Bug for which there may be workaround but limits the usage of the Zowe for major use cases labels Aug 29, 2023
@VitGottwald
Copy link
Contributor

I am not sure about the logic of using secure credential store, but I am running into this issue and all of my secure sections are an empty array secure: [].

@zFernand0
Copy link
Member Author

zFernand0 commented Aug 30, 2023

Hey @VitGottwald,
If you plan to have profiles with plain-text creds, don't forget to disable the secure credential setting:

@VitGottwald
Copy link
Contributor

Thank you @zFernand0 . This checkbox is not available in cloud IDEs like Strong Network due to the scope specification. I talked with @traeok about it yesterday and I believe he has a fix in mind to address it.

@JillieBeanSim JillieBeanSim mentioned this issue Sep 25, 2023
31 tasks
@JTonda JTonda removed the dev-docs documentation delivered by developer label Nov 20, 2023
@zFernand0
Copy link
Member Author

Thank you zFernand0 . This checkbox is not available in cloud IDEs like Strong Network due to the scope specification. I talked with @traeok about it yesterday and I believe he has a fix in mind to address it.

The scope of the secure-setting was changed in this PR: (thank you, Trae!)

As for the keyring doc, we will be adding something to the wiki and/or zowe docs-site.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working docs priority-high Production outage - this quarter or at least next quarter severity-high Bug for which there may be workaround but limits the usage of the Zowe for major use cases
Projects
Status: Closed
Development

No branches or pull requests

4 participants