# Dashboards assistant "disabled"/grayed out

**URL:** <https://forum.opensearch.org/t/dashboards-assistant-disabled-grayed-out/18642>\
**Category:** OpenSearch Dashboards\
**Tags:** troubleshoot\
**Created:** [March 31, 2024, 4:42pm UTC](https://forum.opensearch.org/t/dashboards-assistant-disabled-grayed-out/18642 "2024-03-31T16:42:12Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![bbfoto](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.opensearch.org/bbfoto/32/6197_2.png) [@bbfoto](https://forum.opensearch.org/u/bbfoto)\
**Post date:** [March 31, 2024, 4:42pm UTC](https://forum.opensearch.org/t/dashboards-assistant-disabled-grayed-out/18642/1 "2024-03-31T16:42:12Z")

</div>

**Versions** (relevant - OpenSearch/Dashboard/Server OS/Browser):  
2.12.0

**Describe the issue** :

I’ve followed the docs/tutorials to enable dashboards assistant on my homelab (single server multiple docker containers, using openai as external LLM). it works.

I’ve then attempted to do same in a real world (work env), and got all the agents working from dev tools, all the ml\_commons cluster/settings applied similarly as my homelab. ensured the settings in opensearch\_dashboards.yaml and restarted dashboards.

The Assistant ui widget appears but is “disabled” or grayed out.  
another symptom that may be related… all the responses from llm are empty string in all my conversations, yet I do see the response when I hit the agents in dev-tools.

I’m having trouble finding any logs indicating why disabled/grayed out chat ui field.  
I’ve got ollama exposed as a public service, configured with mistral llm.

I completely realize this is probably not a “supported” config pattern, just looking for any pointers to troubleshooting why the chat ui is “disabled”/grey’d out.

**Configuration** :

opensearch dashboards yaml  
“”"  
assistant.chat.enabled: true  
observability.query\_assist.enabled: true  
observability.query\_assist.ppl\_agent\_name: “PPL agent”  
“”"  
`###` is my url that I dont want to share here.  
cluster/settings:  
“”"  
“plugins”: {  
“ml\_commons”: {  
“rag\_pipeline\_feature\_enabled”: “true”,  
“agent\_framework\_enabled”: “true”,  
“memory\_feature\_enabled”: “true”,  
“only\_run\_on\_ml\_node”: “true”,  
“trusted\_connector\_endpoints\_regex”: [  
“^https://###/._$"  
],  
“model\_access\_control\_enabled”: “true”,  
“native\_memory\_threshold”: “100”,  
“trusted\_url\_regex”: "^https://###/._$”  
},  
“”"

**Relevant Logs or Screenshots** :

 ![IMG_2528](https://us1.discourse-cdn.com/flex019/uploads/mauve_hedgehog/original/2X/f/fc6e4f9c26111a2e8f809c3cd5d67f5bd70018c5.jpeg)

---

<div class="post-metadata">

**Author:** ![bbfoto](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.opensearch.org/bbfoto/32/6197_2.png) [@bbfoto](https://forum.opensearch.org/u/bbfoto)\
**Post date:** [April 1, 2024, 5:11pm UTC](https://forum.opensearch.org/t/dashboards-assistant-disabled-grayed-out/18642/2 "2024-04-01T17:11:44Z")

</div>

I think I found the code that determines setting the disabled param in the form field, at [dashboards-assistant/public/tabs/chat/chat\_page.tsx at 3991de2f7a732ddd87c29ae30ad03e8ee768cd10 · opensearch-project/dashboards-assistant · GitHub](https://github.com/opensearch-project/dashboards-assistant/blob/3991de2f7a732ddd87c29ae30ad03e8ee768cd10/public/tabs/chat/chat_page.tsx#L63)

so that at least gives me an idea what is wrong/going on there.

I do find that if I hack the form field with dev-tools into not “disabled” state, I am able to submit a “hello” and do get an expected response from the agent/llm.

---

<div class="post-metadata">

**Author:** ![bbfoto](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.opensearch.org/bbfoto/32/6197_2.png) [@bbfoto](https://forum.opensearch.org/u/bbfoto)\
**Post date:** [May 3, 2024, 6:45am UTC](https://forum.opensearch.org/t/dashboards-assistant-disabled-grayed-out/18642/3 "2024-05-03T06:45:01Z")

</div>

The problem was indeed the right direction in ^ previous post.  
In my case, fgac enabled cluster, the roles\_mapping was out of date.  
I had not defined a mapping for all\_access, or assistant\_user roles.