-
Notifications
You must be signed in to change notification settings - Fork 36
Support persistent volumes in Cosmos chains #255
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
base: main
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -51,6 +51,14 @@ spec: | |
spec: | ||
{{- include "imagePullSecrets" $chain | indent 6 }} | ||
initContainers: | ||
{{- if hasKey $chain "storage" }} | ||
- name: init-chmod-data | ||
image: busybox | ||
command: ['sh', '-c', 'chmod -R 0777 {{ $chain.home }}'] | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. hmm maybe there is another way to do this. Will have to look into this. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think it depends on what user runs the containers. If you know a better way, I would gladly implement it. |
||
volumeMounts: | ||
- name: node | ||
mountPath: {{ $chain.home }} | ||
{{- end }} | ||
{{- if $toBuild }} | ||
- name: init-build-images | ||
image: ghcr.io/cosmology-tech/starship/builder:latest | ||
|
@@ -310,8 +318,10 @@ spec: | |
{{- end }} | ||
{{- end }} | ||
volumes: | ||
{{- if not (hasKey $chain "storage") }} | ||
- name: node | ||
emptyDir: { } | ||
{{- end }} | ||
- name: addresses | ||
configMap: | ||
name: keys | ||
|
@@ -327,6 +337,18 @@ spec: | |
- name: faucet | ||
emptyDir: { } | ||
{{- end }} | ||
{{- if hasKey $chain "storage" }} | ||
volumeClaimTemplates: | ||
- metadata: | ||
name: node | ||
spec: | ||
accessModes: [ "ReadWriteOnce" ] | ||
storageClassName: {{ $chain.storageClassName }} | ||
resources: | ||
requests: | ||
storage: {{ $chain.storage }} | ||
{{- end }} | ||
|
||
--- | ||
{{- end }} | ||
{{- end }} |
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -2,6 +2,8 @@ chains: | |
- name: osmosis-1 | ||
type: osmosis | ||
numValidators: 1 | ||
storageClassName: standard-rwo | ||
storage: 1Gi | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. could we update this to storage:
className: standard-rwo
size: 1Gi Might make more sense for the users. I would like to avoid exposing all the k8s specific naming directly to the users (if it can be avoided and made simpler). There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I imagine that this is mostly needed for production use case. At least, that's when we use it. With this assumption, I believe that a Starship user knows what they are doing and familiar with k8s concepts and hence they want to have better controls. Otherwise, Starship needs to expose the same concepts but with Starship alternatives. That doesn't sounds like a good UX to me. If you have better ideas at how to allow fine controls, let me know. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Makes sense, we dont have to change the names, but if we could still move it into storage, it will make the happy path to be less cluttered. |
||
ports: | ||
rest: 1313 | ||
rpc: 26653 | ||
|
Uh oh!
There was an error while loading. Please reload this page.