Skip to content
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

Fix grpc-server image tag in docs #1813

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

SimonBaeumer
Copy link
Member

Description

Fix grpc-server image tag in docs

@SimonBaeumer SimonBaeumer requested a review from a team as a code owner August 28, 2024 08:54
Copy link
Collaborator

@Molter73 Molter73 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for the PR @SimonBaeumer! Left a comment because these docs are painfully outdated, we'll look into it as a team.

@@ -68,7 +68,7 @@ services:
depends_on:
- grpc-server-debug
grpc-server-debug:
image: quay.io/rhacs-eng/grpc-server:latest
image: quay.io/rhacs-eng/grpc-server:<image-tag> # e.g. 4.3.8
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These docs may be more outdated than I expected, we haven't built a mock grpc server in the last 3 months and I'm not fully sure the last built version is still compatible with the latest version for collector. Further, I believe we've removed all the bits for building the image from the main repo.

@Stringy, is there any way we could repurpose some of the code for our integration tests so that we can spin up a mock server and start building the image in our CI? Otherwise I propose we remove this section of the docs and replace it with a pointer to deploying stackrox K8S/Openshift/minikube/kind/whatever in the main repo, (or get our act together and finally make it so we can just make -j$(nproc) collector && ./collector in a regular terminal).

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Molter73 So far I can run Collector with this approach, I am not sure that it is 100% working though. I know collector not good enough.

Is there documentation for the recommended path to work with collector?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's probably mostly working because we don't update our protobufs that often, so if this approach works for you it's fine, I just want to make sure we provide a valuable way to run collector without needing to spin up a full k8s cluster once we change the doc 🙂 .

In all honestly, the easiest way if you are used to having a cluster running is to just deploy collector there and set its log level to debug by changing the COLLECTOR_CONFIG env variable to look like this:

{"tlsConfig":{"caCertPath":"/var/run/secrets/stackrox.io/certs/ca.pem","clientCertPath":"/var/run/secrets/stackrox.io/certs/cert.pem","clientKeyPath":"/var/run/secrets/stackrox.io/certs/key.pem"},"logLevel":"Debug"}

Notice the logLevel field at the end and the lack of any spaces (I know, JSON in an env var is insane, I'm actually trying to provide alternatives to it right now).

If you need to run collector under GDB there are instructions to do so on a cluster in this same doc file.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants