# Does OOD v1.8 still support our multiple instance setup?
**URL:** https://discourse.openondemand.org/t/does-ood-v1-8-still-support-our-multiple-instance-setup/1226
**Category:** Get Help
**Created:** [November 25, 2020, 2:03am UTC](https://discourse.openondemand.org/t/does-ood-v1-8-still-support-our-multiple-instance-setup/1226 "2020-11-25T02:03:24Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@milberg](https://discourse.openondemand.org/u/milberg)
#### Post date: [November 25, 2020, 2:03am UTC](https://discourse.openondemand.org/t/does-ood-v1-8-still-support-our-multiple-instance-setup/1226/1 "2020-11-25T02:03:24Z")
We have two OOD instances (prod and dev), each using a corresponding cluster (prod and dev), and sharing user home directories. (Each user accesses the same home directory from any cluster, both in and out of OOD.) With OOD 1.7, it was possible to run a given app (e.g. Matlab) in one of the OOD instances, and then run the same app in the other OOD instance. (Members of the dev team do this while creating/updating apps.) With OOD 1.8 (v1.8.18), this no longer works – after running in dev, when try to Launch the app in prod, we get this error:
I think this is related to the file in the user’s home directory `ondemand/data/sys/dashboard/batch_connect/sys/APP-NAME/context.json` – manually deleting this file before attempting to Launch the app resolves the problem. I notice that this file contains the cluster name (in addition to remembering the user’s most recent selections for the app), and it appears that the cluster name here takes precedence over the cluster name defined in the app itself.
I understand that for some setups, cluster can be a user-selectable option, which explains why it would be in this file. It seems that some additional logic to check whether the cluster from this file is available, and _if not_ then get the cluster from the app in the normal way, could resolve the issue we are having. Do you have any suggestions? Is there any way to resolve this with our configuration?
---
### Author:  [@jeff.ohrstrom](https://discourse.openondemand.org/u/jeff.ohrstrom)
#### Post date: [November 30, 2020, 5:06pm UTC](https://discourse.openondemand.org/t/does-ood-v1-8-still-support-our-multiple-instance-setup/1226/2 "2020-11-30T17:06:15Z")
Hey I’m looking to replicate. I think this _may_ work for you, but since I haven’t replicated I also haven’t tested it - I just typed it out here.
There are a couple ways you can set the `cluster` attribute now, and one of them is by just creating a cluster form item like any other form item. In this way, you can force it to not be cachable (even though it’s hard coded).
```auto
form:
- cluster
attributes:
cluster:
value: "dev"
cacheable: false
```
---
### Author:  [@milberg](https://discourse.openondemand.org/u/milberg)
#### Post date: [December 2, 2020, 3:15am UTC](https://discourse.openondemand.org/t/does-ood-v1-8-still-support-our-multiple-instance-setup/1226/3 "2020-12-02T03:15:35Z")
Thanks for the information. I tried this for one app (with `cluster` being the last item listed under `form`). It had the effect of moving the position of `cluster` in `context.json` from being the first item to the last. It seems like the `cachable: false` attribute is being ignored. I confirmed that editing `context.json` and just removing the `cluster` item (rather than deleting the file) allows me to start the app on the other OOD instance, so preventing `cluster` from being included in this file will resolve my issue. Might there be a way to do this for all apps at once?
---
### Author:  [@jeff.ohrstrom](https://discourse.openondemand.org/u/jeff.ohrstrom)
#### Post date: [December 2, 2020, 2:50pm UTC](https://discourse.openondemand.org/t/does-ood-v1-8-still-support-our-multiple-instance-setup/1226/4 "2020-12-02T14:50:55Z")
Sorry! I think it’s `cacheable` with an e. I’ll also edit the post above this as it was false.
Also you’re right about order not mattering. Order of the form items only relate to how the UI is built.
---
### Author:  [@milberg](https://discourse.openondemand.org/u/milberg)
#### Post date: [December 2, 2020, 6:24pm UTC](https://discourse.openondemand.org/t/does-ood-v1-8-still-support-our-multiple-instance-setup/1226/5 "2020-12-02T18:24:30Z")
Thanks for the correction. I made it, but `cluster` was still included in `context.json`. Then I tried completely removing cluster from `form.yml` and instead put it in `submit.yml.erb` (just the one line `cluster: dev`). This seems to have worked – `cluster` no longer appears in `context.json` and the job is submitted to the correct cluster. I’m still not sure of a good way to manage this for all apps.
---
### Author:  [@jeff.ohrstrom](https://discourse.openondemand.org/u/jeff.ohrstrom)
#### Post date: [December 14, 2020, 2:22am UTC](https://discourse.openondemand.org/t/does-ood-v1-8-still-support-our-multiple-instance-setup/1226/6 "2020-12-14T02:22:04Z")
There’s a bug on our side where we really shouldn’t be using the cached value in this case. I’ve submitted the fix so there could be an update for 1.8 shortly.
---
### Author:  [@system](https://discourse.openondemand.org/u/system)
#### Post date: [March 14, 2022, 5:39pm UTC](https://discourse.openondemand.org/t/does-ood-v1-8-still-support-our-multiple-instance-setup/1226/7 "2022-03-14T17:39:02Z")
This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.