Skip to content
This repository was archived by the owner on Sep 17, 2024. It is now read-only.
This repository was archived by the owner on Sep 17, 2024. It is now read-only.

Support for multiple flavours of a service #1160

@mdelapenya

Description

@mdelapenya

We are supporting multiple services for the elastic-agent:

  • centos-systemd
  • centos
  • cloud
  • debian-systemd
  • debian

And each of them means having a separate dir in the services layout.

  1. We could remove the vanilla centos & debian services, are they are not used nor going to be used.
  2. We are hardcoding the centos-systemd name for the service, which is causing strong coupling with the installer structs, and service names. Simplifying the layout we could simply rename the service (and eventually the container name) for elastic-agent, period.

cc/ @adam-stokes

Metadata

Metadata

Assignees

Labels

area:testAnything related to the Test automationbugSomething isn't workingpriority:mediumImportant work, but not urgent or blocking.requested-by:Agentsize:M1-5 daystriagedTriaged issues will end up in Backlog column in Robots GH Project

Type

No type
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions