# Issues for new Rancher CLI in Github?

**URL:** <https://forums.suse.com/t/issues-for-new-rancher-cli-in-github/3583>\
**Category:** Rancher 1.x\
**Created:** [July 29, 2016, 7:40pm UTC](https://forums.suse.com/t/issues-for-new-rancher-cli-in-github/3583 "2016-07-29T19:40:16Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![ecliptik](https://sea2.discourse-cdn.com/flex022/user_avatar/forums.suse.com/ecliptik/32/1068_2.png) [@ecliptik](https://forums.suse.com/u/ecliptik)\
**Post date:** [July 29, 2016, 7:40pm UTC](https://forums.suse.com/t/issues-for-new-rancher-cli-in-github/3583/1 "2016-07-29T19:40:16Z")

</div>

I really like the new rancher-cli ([https://github.com/rancher/cli](https://github.com/rancher/cli)) and have been playing around with the pre-release. I noticed that the github page doesn’t have an issues section and looking through the forums there isn’t much information.

Will this repo have an issues section after it’s first release so we can submit any bugs we may find?

I’ve run into a few issues, or maybe I’m just not understanding how the cli works and will post them here as well (using [https://github.com/rancher/cli/releases/tag/v0.0.1](https://github.com/rancher/cli/releases/tag/v0.0.1))

1. I created an Account API Key for account which has access to all our environments. However, when I set the RANCHER\* env vars to keys and endpoint displayed in the GUI (RANCHER\_URL=https://rancher.mycompany.com/v1), and then try to list available environments nothing comes back.

2. When troubleshooting the first issue with listing environments, I used the --env flag to specify and environment, which works

but trying to use the actual environment name, or a “fuzzy” match that was described in the recent Rancher Meetup, it doesn’t work,

```
🐳 ./rancher --env development hosts
FATA[0000] Failed to find the current environment

```

1. Another issue I ran into, which isn’t a Rancher thing, but a Docker thing, is when running with a newer version of Docker on the system rancher-cli is on than what’s on your Rancher cluster, it gives something akin to:

`Error response from daemon: client is newer than server (client API version: 1.24, server API version: 1.22)`

This is fixed by changing your local environment to match the server API version,

`export DOCKER_API_VERSION=1.22`

I’m not sure if that is something that can be handled within the rancher-cli or if it should be added to the general documentation on using it.

---

<div class="post-metadata">

**Author:** ![denise](https://avatars.discourse-cdn.com/v4/letter/d/82dd89/32.png) [@denise](https://forums.suse.com/u/denise)\
**Post date:** [July 29, 2016, 8:58pm UTC](https://forums.suse.com/t/issues-for-new-rancher-cli-in-github/3583/2 "2016-07-29T20:58:39Z")

</div>

I’ve added some notes on how to file bugs in the README, but basically, it should be done in rancher/rancher repo (like most of our other repos).

how did you set up the `RANCHER_URL`? can you run `rancher config` to set it up?

I haven’t had any issues with the `./rancher env ls`. Mine returns correctly, so I’m wondering if it has something to do with your configuration.

---

<div class="post-metadata">

**Author:** ![ecliptik](https://sea2.discourse-cdn.com/flex022/user_avatar/forums.suse.com/ecliptik/32/1068_2.png) [@ecliptik](https://forums.suse.com/u/ecliptik)\
**Post date:** [July 29, 2016, 10:24pm UTC](https://forums.suse.com/t/issues-for-new-rancher-cli-in-github/3583/3 "2016-07-29T22:24:09Z")

</div>

@denise here are my ENV vars:

RANCHER\_ACCESS\_KEY=XXXXXXXXXXXXXXXXXX  
RANCHER\_SECRET\_KEY=YYYYYYYYYYYYYYYYYYYYYYYYYYYY  
RANCHER\_URL=https://rancher.mycompany.com/v1

The URL is an AWS ELB setup for webproxy forwarding to our internal Rancher master that is running on [http://rancher.internal.mycompany.com:8080](http://rancher.internal.mycompany.com:8080).

I switched the RANCHER\_URL to use this internal address and `env ls` now works. I switched back to the ELB and it now also works. Before I wrote this I thought I had verified everything, but it could have been an unexported ENV var or had the wrong key.

I’ll report any additional bugs per the documentation, thank you. I’m really enjoying the new CLI so far.

Micheal
