This message was deleted.
# harvester
a
This message was deleted.
s
Hi @glamorous-toddler-19317, You can refer https://github.com/harvester/ipxe-examples to know how to provision the harvester cluster. The harvester consists of various components, which I recommend you try to use, and you will get more info on this.
g
Hi @salmon-city-57654 Thank you for this. I indeed am exploring all the components and got curious about how they are merged into an ISO. So far, I learned that the harvester-installer creates the ISO file, but it's not clear how changes to the UI or backend of Harvester are reflected in this build. I have experience in backend and frontend development, so I was exploring those components. Is there any documentation on this? I noticed the build process pulls Harvester images from Docker Hub. How can I test my backend changes and incorporate them into the ISO built by the installer component?
a
g
Hi @ambitious-daybreak-95996 Thanks a lot, will try this right away. This PR is perfectly timed and addressed the issues I was facing with editing the dapper file, something I've been struggling with since yesterday.
👍 1
@ambitious-daybreak-95996 Just one more thing, How can i make sure my changes to dashboard are reflected into the ISO build made through the harvester-installer. I am looking into possibility of updating/adding dashboards in UI.
a
I'm not sure exactly how to go about changing the dashboard that's embedded in the ISO, sorry -- see package/Dockerfile in the harvester repo, from about line 31 or so - it's pulling three tarballs of the UI. I suspect you'd need to (somehow) build equivalent tarballs from your version of the dashboard code, then put them somewhere (local web server, whatever) your build can access it), then tweak that Dockerfile to point to your version. I don't know if there's a better way to do this, as I haven't really looked at it.
(All I've done with the dashboard myself is
RANCHER_ENV=harvester API=<https://localhost:8443> yarn dev
from the dashboard repo, which then gives me a GUI running my updated code on localhost, pointing at an existing harvester instance -- this works fine to test changes, but obviously doesn't give you something you can actually deploy anywhere else)
g
Just checkout that particular Docker file. I too believe, those tarballs might be the solution. looking into it. Thanks for your time :)
a
no problem, hope it works!