-
Notifications
You must be signed in to change notification settings - Fork 277
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
OpenSearch / OpenSearch Dashboards - DEB distribution (X64) #28
Comments
It looks like Elasticsearch's DEB packages set up SysV or systemd hooks for running Elasticsearch. In the spirit of allowing OpenSearch to be a drop-in migration, let's be sure its DEB packages are set up the same way. https://www.elastic.co/guide/en/elasticsearch/reference/current/starting-elasticsearch.html#start-deb |
Using opendistro and waiting until the debian packages are available, does it make |
[Triage] We are working on the design documentation at this point. Please see #956 |
Hello, please consider to generate not only debian/rpm binary packages, but also source packages. This will for one ensure that your packaging quality will be better, it also would enhance the possibilities that your software would be included in standard repositories of systems like redhat, debian, ubuntu, suse as they will only include packages where the have the source version of. Please consider this. This would dramatically enhance your position as a project in the opensource community. |
@deknos Do you have some more specifics about this for those like me not familiar with the different kinds of packages? |
Sure! What you do in general is, that you have an original software (like your source) and you build with debian tooling a debian source package which are the original tar.gz (just an example) and a dsc-file. with these you can build a debian binary package with dpkg-buildpackage. for the question how to do this, there's a good tutorial by a former debian project leader: the only drawback is: debian in general wants that you also package your dependency properly, i do not know if there's some kind of workaround if you do not want to to this. But also: when you did this for debian (source package, from which a debian binary package is built easily), building an rpm package is very easy because they adhere to similar principles. if you want, you can contact me (dennis.knorr@gmx.net) and i could try to help with debian packaging, i packaged software for a company a few years back :) |
Thanks @deknos. This is similar to how FreeBSD folks do it, or how OpenSearch was added to Homebrew, i.e. build from source using tooling on the host on which the software is ultimately going to reside. Generally I see two drawbacks to that approach: it would produce a different set of binaries depending on the environment, it doesn't produce signed binaries that users can rely on and verify the origin of (or we'd have to use the rpm process to build the binaries, then release the signed bits, but rpm doesn't exist on all platforms, and in this issue we chose to go directly to a binary package that includes signed bits built from source). I think we'd spend our energy building support for things like MacOS or Windows before we build a second or a third way of distributing for Linux. I think though we would definitely welcome a community project just like what was done for FreeBSD and Homebrew and we could integrate it similarly to those (some source code is in opensearch-project, such as docs, and some code is not, such as the FreeBSD ports themselves). Thanks for the offer to do the debian packaging work though, don't let me stop you from doing that! We'd gladly accept PRs here if they move us forward into the right direction. You could absolutely start contributing those things here, or build a personal repo, up to you and let us know how we can help. |
Does this mean that this issue is postponed indefinitely? A .deb package would be very useful, as many organizations (such as mine) that use Ubuntu servers but no Docker are still effectively stuck on the last non-SSPL Elasticsearch version. |
It just means nobody is working on it. @peterzhuamazon care to update this ticket with a list of things you think one would need to do to make a .deb package so that someone can contribute? |
We are currently working on putting together a high level design and plan for both Windows and Deb distribution. We will publish the initial version of the plan very soon on this issue. Having said that, we don't have the release timeline for additional Linux distributions yet. |
How is the current State? Do you need some Help? There is already a Debian Build in the project iirc in the build.gradle? |
@bbarani Can you tell us any ETA of DEBs for OpenSearch? It's over a year that Ubuntu users are waiting to adopt OpenSearch in place of OpenDistro :) |
I see this has moved to In-progress. Is there anything we can do to help with development or testing? We're upgrading from 20.04 to 22.04 and are concerned that our old pre-SSPL packages will at some point fail. So we have a lot of motivation to help out 😅 |
OS deb now:
|
Since Ubuntu will point the default
|
OS online:
|
PA test, also test post script to stop OS and PA services before uninstall:
|
OSD online:
|
2.5.0, lets goooooooo |
APT/DEB will release with the 2.5.0 version. |
We would need to add debian apt automation: |
Added Debian support in 2.5.0 release . We will keep this issue open until we add Debian support for 1.x version. |
I'm trying to write automation for setup Opensearch cluster.
|
Hi @BlackMetalz! It appears execution is failing on line 24 of the Post-Installation Script. Reproducing issue after adding |
Hi, after your comment, I took a look deeper. Problem resolve with:
After that, I can run state ( Saltstack ) for install / uninstall multiple times for testing |
Hi, Me and @zelinh starting to check the 1.x branch support on DEB. We will test the following scenarios on 1.3.8 version: x64: OS, OSD Thanks, |
Current building/assembling status for 1.3.8: |
@peterzhuamazon and I will verify the installations/executions of above debian packages tomorrow. |
Thanks @zelinh. We will verify the installation, api calling, even native plugins installation tomorrow to make sure the 1.3.8 packages runs, before trying the process on upcoming 1.3.9 version. Thanks. |
Test OS:
OSD:
|
Closing this issue as we have added support in both 2.5.0 and 1.3.9 versions |
Is your feature request related to a problem? Please describe.
No
Describe the solution you'd like
Provide signed (X64)Debian artifacts for OpenSearch / OpenSearch Dashboards
Describe alternatives you've considered
Generating the artifacts using the source code
Additional context
Currently there are no DEB artifacts for OpenSearch / OpenSearch Dashboards
The text was updated successfully, but these errors were encountered: