You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Sep 2, 2025. It is now read-only.
Copy file name to clipboardExpand all lines: _includes/gdi/auto-discovery-intro.rst
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,6 +6,6 @@ The Splunk Distribution of the OpenTelemetry Collector can automatically identif
6
6
7
7
.. caution::
8
8
9
-
Auto discovery of services is only available for the Collector in Linux and Kubernetes environments.
9
+
Auto discovery of services is only available for the Collector in Linux and Kubernetes environments. See more at :ref:`discovery-mode-services`.
10
10
11
-
Zero-code instrumentation using the Collector's automatic discovery feature is only available for Java, Node.js, and .NET applications. If deployed independently from the Collector, zero-code instrumentation is supported for 8 back-end language runtimes. For more information, see :ref:`get-started-application`.
11
+
Zero-code instrumentation using the Collector's automatic discovery feature is only available for Java, Node.js, and .NET applications. See more at :ref:`discovery-mode-languages`. Alternatively you can deploy zero-code instrumentation independently from the Collector for 8 back-end language runtimes. For more information, see :ref:`get-started-application`.
If you're installing your Collector instance in a host with Docker, you need to configure a client to establish a connection with the daemon. Depending on your Docker installation and Collector deployment method, try one of these options:
110
+
111
+
1. If your daemon is listening to a domain socket (for example ``/var/run/docker.sock``), your Collector service or executable needs appropriate permissions and access. Add the ``splunk-otel-collector`` user to the Docker group as configured on your system:
112
+
113
+
.. code-block:: bash
114
+
115
+
$ usermod -aG docker splunk-otel-collector
116
+
117
+
2. When using the :new-page:`quay.io/signalfx/splunk-otel-collector <https://quay.io/repository/signalfx/splunk-otel-collector>` image, add the default container user to the required group as configured on your system, and the bind and mount the domain socket:
If your Collector instance is running in a Docker container and the discovery targets are also containers, you need to share the Docker socket when launching the Collector container:
130
+
131
+
.. code-block:: bash
132
+
133
+
$ docker run -v /var/run/docker.sock:/var/run/docker.sock:ro --group-add <socket_gid>
If you're installing your Collector instance in a host with Docker, you need to configure a client to establish a connection with the daemon. Depending on your Docker installation and Collector deployment method, try one of these options:
42
-
43
-
1. If your daemon is listening to a domain socket (for example ``/var/run/docker.sock``), your Collector service or executable needs appropriate permissions and access. Add the ``splunk-otel-collector`` user to the Docker group as configured on your system:
44
-
45
-
.. code-block:: bash
46
-
47
-
$ usermod -aG docker splunk-otel-collector
48
-
49
-
2. When using the :new-page:`quay.io/signalfx/splunk-otel-collector <https://quay.io/repository/signalfx/splunk-otel-collector>` image, add the default container user to the required group as configured on your system, and the bind and mount the domain socket:
If your Collector instance is running in a Docker container and the discovery targets are also containers, you need to share the Docker socket when launching the Collector container:
62
-
63
-
.. code-block:: bash
64
-
65
-
$ docker run -v /var/run/docker.sock:/var/run/docker.sock:ro --group-add <socket_gid>
0 commit comments