-
-
Notifications
You must be signed in to change notification settings - Fork 608
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
panic due to Syslog when running 'docker compose up' for boulder #7853
Comments
Hm, that all should work. If you want to debug further, I might add an If you just want to get things running you can edit each file in |
Thanks very much for jumping in so quickly. I added "-x" to the set command in bproxysql-1 | 2024-11-27 20:42:09 [INFO] Latest ProxySQL version available: 2.7.1-16-g2726c27 |
Here's where rsyslog is failing to start up:
I realized I gave you incorrect advice here. Looking at the code again, syslogging is set up if the syslog level is set to 0 or above. And omitting it sets it to zero. You'd need to set it to -1 to completely disable syslogging. Alternately... Have you tried |
Ok, I set all sysloglevels to -1, no change for that or after running docker compose build. |
All my previous testing was on a VM. Today, I tried on a physical server running Ubuntu 24.04 and got much further. I did a
So now onto making OCSP work!
so I still need to figure out that last bit |
Summary:
In theory, I'm deploying totally 'stock' boulder on stock Ubuntu 24.10 server and it appears to panic due to syslog error.
[I'm totally new to this, so I don't know what "normal" looks like...]
Steps to reproduce:
[boulder release-2024-11-19]
git clone https://github.com/letsencrypt/boulder/
cd boulder
docker compose up
Expected result:
success
Actual result:
boulder-1 | pebble-challtestsrv - 2024/11/26 02:33:38 Starting management server on :8055
boulder-1 | panic: Could not connect to Syslog: Unix syslog delivery error
boulder-1 |
boulder-1 | goroutine 1 [running]:
boulder-1 | github.com/letsencrypt/boulder/cmd.Fail(...)
boulder-1 | /boulder/cmd/shell.go:395
boulder-1 | github.com/letsencrypt/boulder/cmd.FailOnError({0xcb0ae0, 0xc000384080}, {0xbbfb4e?, 0x0?})
boulder-1 | /boulder/cmd/shell.go:408 +0xd4
boulder-1 | github.com/letsencrypt/boulder/cmd.NewLogger({0xbac594?, 0x1?})
boulder-1 | /boulder/cmd/shell.go:204 +0x9b
boulder-1 | main.main()
boulder-1 | /boulder/test/mail-test-srv/main.go:231 +0x48e
boulder-1 | Starting service mail-test-srv
boulder-1 |
boulder-1 |
boulder-1 | These processes exited early (check above for their output):
boulder-1 | '('./bin/mail-test-srv', '--closeFirst', '5', '--cert', 'test/certs/ipki/localhost/cert.pem', '--key', 'test/certs/ipki/localhost/key.pem')' with pid 244 exited 2
bpkilint-1 | hdlr.handle(record)
bpkilint-1 | File "/usr/local/lib/python3.12/logging/init.py", line 1028, in handle
bpkilint-1 | self.emit(record)
bpkilint-1 | File "/usr/local/lib/python3.12/logging/init.py", line 1168, in emit
bpkilint-1 | self.handleError(record)
bpkilint-1 | File "/usr/local/lib/python3.12/logging/init.py", line 1081, in handleError
bpkilint-1 | sys.stderr.write('--- Logging error ---\n')
bpkilint-1 | RuntimeError: reentrant call inside <_io.BufferedWriter name=''>
bpkilint-1 | Call stack:
bpkilint-1 | File "/usr/local/bin/gunicorn", line 8, in
bpkilint-1 | sys.exit(run())
bpkilint-1 | File "/usr/local/lib/python3.12/site-packages/gunicorn/app/wsgiapp.py", line 67, in run
bpkilint-1 | WSGIApplication("%(prog)s [OPTIONS] [APP_MODULE]", prog=prog).run()
bpkilint-1 | File "/usr/local/lib/python3.12/site-packages/gunicorn/app/base.py", line 236, in run
bpkilint-1 | super().run()
bpkilint-1 | File "/usr/local/lib/python3.12/site-packages/gunicorn/app/base.py", line 72, in run
bpkilint-1 | Arbiter(self).run()
bpkilint-1 | File "/usr/local/lib/python3.12/site-packages/gunicorn/arbiter.py", line 227, in run
bpkilint-1 | self.halt()
bpkilint-1 | File "/usr/local/lib/python3.12/site-packages/gunicorn/arbiter.py", line 342, in halt
bpkilint-1 | self.stop()
bpkilint-1 | File "/usr/local/lib/python3.12/site-packages/gunicorn/arbiter.py", line 396, in stop
bpkilint-1 | time.sleep(0.1)
bpkilint-1 | File "/usr/local/lib/python3.12/site-packages/gunicorn/arbiter.py", line 242, in handle_chld
bpkilint-1 | self.reap_workers()
bpkilint-1 | File "/usr/local/lib/python3.12/site-packages/gunicorn/arbiter.py", line 554, in reap_workers
bpkilint-1 | self.log.error(msg)
bpkilint-1 | File "/usr/local/lib/python3.12/site-packages/gunicorn/glogging.py", line 272, in error
bpkilint-1 | self.error_log.error(msg, *args, **kwargs)
bpkilint-1 | Message: 'Worker (pid:13) was sent SIGTERM!'
bpkilint-1 | Arguments: ()
full log: err.txt
Additional details:
Ubuntu 24.10 running on VM
docker version
Client: Docker Engine - Community
Version: 27.3.1
API version: 1.47
Go version: go1.22.7
Git commit: ce12230
Built: Fri Sep 20 11:40:42 2024
OS/Arch: linux/amd64
Context: default
Server: Docker Engine - Community
Engine:
Version: 27.3.1
API version: 1.47 (minimum version 1.24)
Go version: go1.22.7
Git commit: 41ca978
Built: Fri Sep 20 11:40:42 2024
OS/Arch: linux/amd64
Experimental: false
containerd:
Version: 1.7.23
GitCommit: 57f17b0a6295a39009d861b89e3b3b87b005ca27
runc:
Version: 1.1.14
GitCommit: v1.1.14-0-g2c9f560
docker-init:
Version: 0.19.0
GitCommit: de40ad0
docker compose version
Docker Compose version v2.30.3
The text was updated successfully, but these errors were encountered: