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

[bitnami/mongodb] Chart cannot deploy if Value 'configuration' file is provided with a 'security.keyFile' #16386

Closed
rrileyca opened this issue May 4, 2023 · 8 comments · Fixed by bitnami/containers#32665
Assignees
Labels
mongodb solved stale 15 days without activity tech-issues The user has a technical issue about an application triage Triage is needed

Comments

@rrileyca
Copy link
Contributor

rrileyca commented May 4, 2023

Name and Version

bitnami/mongodb 13.9.4

What architecture are you using?

None

What steps will reproduce the bug?

  1. Deploy the chart with a MongoDB configuration file (see values section).

Are you using any custom parameters or values?

storage:
  dbPath: /bitnami/mongodb/data/db
    journal:
      enabled: true
    directoryPerDB: false
systemLog:
  destination: file
  quiet: false
  logAppend: true
  logRotate: reopen
  path: /opt/bitnami/mongodb/logs/mongodb.log
  verbosity: 0
net:
  port: 27017
  unixDomainSocket:
    enabled: true
    pathPrefix: /opt/bitnami/mongodb/tmp
  ipv6: false
  bindIpAll: true
  tls:
    allowConnectionsWithoutCertificates: true
replication:
  replSetName: rs0
  enableMajorityReadConcern: true
processManagement:
  fork: false
  pidFilePath: /opt/bitnami/mongodb/tmp/mongodb.pid
setParameter:
  enableLocalhostAuthBypass: false
security:
  authorization: enabled
  keyFile: /opt/bitnami/mongodb/conf/keyfile

What is the expected behavior?

It seems that the ReplicaSet keyfile is created after MongoDB is started, but it's not clear why that happens to me. I believe the ReplicaSet keyfile should be created early in the initialization process.

What do you see instead?

The pod would not start and instead threw the error below. Apologies, I had to write this error out by hand (it is not a copy+paste), so there may be a typo.

about to fork child process, waiting until server is ready for connections.
forked process: 78
ERROR: child process failed, exited with 1
to see additional information in this output, start without the "--fork" option.

Additional information

Potentially related to #16385, my goal was to set the MongoDB setting of net.tls.allowConnectionsWithoutCertificates. In an attempt to do this:

  1. I coped the contents of /opt/bitnami/mongodb/conf/mongodb.conf from within the container
  2. I added these contents to the Chart values.yaml, under the configuration field.

In trying to get this working, I deleted the namespace to test a fresh deployment with values.yaml that were working.

To troubleshoot this (long story short) I put a sleep 1000000 in the setup.sh before launching Mongo, entered the pod, and manually ran mongod until I found it complaining that the file /opt/bitnami/mongodb/conf/keyfile does not exist. This file was set in the values.yaml under the configuration field, in the MongoDB configuration file: security.keyFile.

@rrileyca rrileyca added the tech-issues The user has a technical issue about an application label May 4, 2023
@github-actions github-actions bot added the triage Triage is needed label May 4, 2023
@carrodher
Copy link
Member

Thanks for creating this issue and the associated PR. The team will review it and provide feedback. Once merged the PR, this issue will be automatically closed.

@github-actions
Copy link

This Issue has been automatically marked as "stale" because it has not had recent activity (for 15 days). It will be closed if no further activity occurs. Thanks for the feedback.

@github-actions github-actions bot added the stale 15 days without activity label May 21, 2023
@github-actions
Copy link

Due to the lack of activity in the last 5 days since it was marked as "stale", we proceed to close this Issue. Do not hesitate to reopen it later if necessary.

@bitnami-bot bitnami-bot closed this as not planned Won't fix, can't repro, duplicate, stale May 26, 2023
@rrileyca
Copy link
Contributor Author

rrileyca commented May 26, 2023

This should still be an open issue

Edit: @carrodher can you please re-open this issue? The bot suggests I do so, but I do not have permission.

@github-actions github-actions bot removed the solved label May 26, 2023
@javsalgar javsalgar reopened this May 29, 2023
@github-actions github-actions bot removed the stale 15 days without activity label May 30, 2023
@github-actions
Copy link

This Issue has been automatically marked as "stale" because it has not had recent activity (for 15 days). It will be closed if no further activity occurs. Thanks for the feedback.

@github-actions github-actions bot added the stale 15 days without activity label Jun 14, 2023
@rrileyca
Copy link
Contributor Author

bump

@github-actions github-actions bot removed the stale 15 days without activity label Jun 15, 2023
@github-actions
Copy link

github-actions bot commented Jul 1, 2023

This Issue has been automatically marked as "stale" because it has not had recent activity (for 15 days). It will be closed if no further activity occurs. Thanks for the feedback.

@github-actions github-actions bot added the stale 15 days without activity label Jul 1, 2023
@github-actions
Copy link

github-actions bot commented Jul 7, 2023

Due to the lack of activity in the last 5 days since it was marked as "stale", we proceed to close this Issue. Do not hesitate to reopen it later if necessary.

@github-actions github-actions bot added the solved label Jul 7, 2023
@bitnami-bot bitnami-bot closed this as not planned Won't fix, can't repro, duplicate, stale Jul 7, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
mongodb solved stale 15 days without activity tech-issues The user has a technical issue about an application triage Triage is needed
Projects
None yet
4 participants