Snap crashes when installing Certbot

Please fill out the fields below so we can help you better. Note: you must provide your domain name to get help. Domain names for issued certificates are all made public in Certificate Transparency logs (e.g. crt.sh | example.com), so withholding your domain name here does not increase secrecy, but only makes it harder for us to provide help.

My domain is:s11made

I ran this command:snap install cerbot

It produced this output: snap install certbot --classic

2022-12-12T21:12:11+01:00 INFO Waiting for automatic snapd restart...

error: cannot perform the following tasks:

  • Run configure hook of "certbot" snap if present (run hook "configure":

fatal error: unexpected signal during runtime execution

[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x0]

runtime stack:

runtime.throw({0x7257cd, 0x0})

/usr/lib/golang/src/runtime/panic.go:1198 +0x71 fp=0x7ffea515f8b0 sp=0x7ffea515f880 pc=0x435291

runtime.sigpanic()

/usr/lib/golang/src/runtime/signal_unix.go:719 +0x396 fp=0x7ffea515f900 sp=0x7ffea515f8b0 pc=0x44aa16

goroutine 1 [syscall, locked to thread]:

runtime.cgocall(0x5e9a70, 0xc0000db6c0)

/usr/lib/golang/src/runtime/cgocall.go:156 +0x5c fp=0xc0000db698 sp=0xc0000db660 pc=0x40551c

crypto/internal/boring._Cfunc__goboringcrypto_DLOPEN_OPENSSL()

_cgo_gotypes.go:603 +0x49 fp=0xc0000db6c0 sp=0xc0000db698 pc=0x5366c9

crypto/internal/boring.init.0()

/usr/lib/golang/src/crypto/internal/boring/boring.go:46 +0x45 fp=0xc0000db6f8 sp=0xc0000db6c0 pc=0x537445

runtime.doInit(0xad84a0)

/usr/lib/golang/src/runtime/proc.go:6498 +0x123 fp=0xc0000db830 sp=0xc0000db6f8 pc=0x4449a3

runtime.doInit(0xad61a0)

/usr/lib/golang/src/runtime/proc.go:6475 +0x71 fp=0xc0000db968 sp=0xc0000db830 pc=0x4448f1

runtime.doInit(0xad9280)

/usr/lib/golang/src/runtime/proc.go:6475 +0x71 fp=0xc0000dbaa0 sp=0xc0000db968 pc=0x4448f1

runtime.doInit(0xad8260)

/usr/lib/golang/src/runtime/proc.go:6475 +0x71 fp=0xc0000dbbd8 sp=0xc0000dbaa0 pc=0x4448f1

runtime.doInit(0xad9bc0)

/usr/lib/golang/src/runtime/proc.go:6475 +0x71 fp=0xc0000dbd10 sp=0xc0000dbbd8 pc=0x4448f1

runtime.doInit(0xad7220)

/usr/lib/golang/src/runtime/proc.go:6475 +0x71 fp=0xc0000dbe48 sp=0xc0000dbd10 pc=0x4448f1

runtime.doInit(0xad7fe0)

/usr/lib/golang/src/runtime/proc.go:6475 +0x71 fp=0xc0000dbf80 sp=0xc0000dbe48 pc=0x4448f1

runtime.main()

/usr/lib/golang/src/runtime/proc.go:238 +0x1e6 fp=0xc0000dbfe0 sp=0xc0000dbf80 pc=0x437926

runtime.goexit()

/usr/lib/golang/src/runtime/asm_amd64.s:1581 +0x1 fp=0xc0000dbfe8 sp=0xc0000dbfe0 pc=0x464361

goroutine 2 [force gc (idle)]:

runtime.gopark(0x0, 0x0, 0x0, 0x0, 0x0)

/usr/lib/golang/src/runtime/proc.go:366 +0xd6 fp=0xc000032fb0 sp=0xc000032f90 pc=0x437d36

runtime.goparkunlock(...)

/usr/lib/golang/src/runtime/proc.go:372

runtime.forcegchelper()

/usr/lib/golang/src/runtime/proc.go:306 +0xad fp=0xc000032fe0 sp=0xc000032fb0 pc=0x437bcd

runtime.goexit()

/usr/lib/golang/src/runtime/asm_amd64.s:1581 +0x1 fp=0xc000032fe8 sp=0xc000032fe0 pc=0x464361

created by runtime.init.8

/usr/lib/golang/src/runtime/proc.go:294 +0x25

goroutine 3 [GC sweep wait]:

runtime.gopark(0x0, 0x0, 0x0, 0x0, 0x0)

/usr/lib/golang/src/runtime/proc.go:366 +0xd6 fp=0xc0000337b0 sp=0xc000033790 pc=0x437d36

runtime.goparkunlock(...)

/usr/lib/golang/src/runtime/proc.go:372

runtime.bgsweep()

/usr/lib/golang/src/runtime/mgcsweep.go:163 +0x88 fp=0xc0000337e0 sp=0xc0000337b0 pc=0x4243a8

runtime.goexit()

/usr/lib/golang/src/runtime/asm_amd64.s:1581 +0x1 fp=0xc0000337e8 sp=0xc0000337e0 pc=0x464361

created by runtime.gcenable

/usr/lib/golang/src/runtime/mgc.go:181 +0x55

goroutine 4 [GC scavenge wait]:

runtime.gopark(0x0, 0x0, 0x0, 0x0, 0x0)

/usr/lib/golang/src/runtime/proc.go:366 +0xd6 fp=0xc000033f80 sp=0xc000033f60 pc=0x437d36

runtime.goparkunlock(...)

/usr/lib/golang/src/runtime/proc.go:372

runtime.bgscavenge()

/usr/lib/golang/src/runtime/mgcscavenge.go:265 +0xcd fp=0xc000033fe0 sp=0xc000033f80 pc=0x4224ad

runtime.goexit()

/usr/lib/golang/src/runtime/asm_amd64.s:1581 +0x1 fp=0xc000033fe8 sp=0xc000033fe0 pc=0x464361

created by runtime.gcenable

/usr/lib/golang/src/runtime/mgc.go:182 +0x65

goroutine 18 [finalizer wait]:

runtime.gopark(0xaec640, 0xc000032770, 0xf1, 0x48, 0xad75e0)

/usr/lib/golang/src/runtime/proc.go:366 +0xd6 fp=0xc000032630 sp=0xc000032610 pc=0x437d36

runtime.goparkunlock(...)

/usr/lib/golang/src/runtime/proc.go:372

runtime.runfinq()

/usr/lib/golang/src/runtime/mfinal.go:177 +0xb3 fp=0xc0000327e0 sp=0xc000032630 pc=0x419f33

runtime.goexit()

/usr/lib/golang/src/runtime/asm_amd64.s:1581 +0x1 fp=0xc0000327e8 sp=0xc0000327e0 pc=0x464361

created by runtime.createfing

/usr/lib/golang/src/runtime/mfinal.go:157 +0x45

-----)

My web server is (include version):Server version: Apache/2.4.6 (CentOS)

The operating system my web server runs on is (include version):Centos 7.9

My hosting provider, if applicable, is: not applicable, self hosted

I can login to a root shell on my machine (yes or no, or I don't know): yes

I'm using a control panel to manage my site (no, or provide the name and version of the control panel): no, ssh on command line

The version of my client is (e.g. output of certbot --version or certbot-auto --version if you're using Certbot): certbot --classic

Any suggestions?

Thank you in advance, kormorix

Probably related to this issue opened on the Certbot Github repository: Certbot snap install on CentOS 7 segfaults · Issue #9503 · certbot/certbot · GitHub

Unfortunately there's not much we can do about what, seems to be a bug in Snap. Maybe in the replies there there's a workaround.

3 Likes

See:

3 Likes

....
yes same issue! After update of snap.
Is it possible to downgrade snap to the previous version?

You should probably follow the Certbot thread for this problem on their github (which was linked in the post Rudy showed)

3 Likes

And in the post above it :innocent:

4 Likes

My link, to @_az post, also contained a proposed "workaround" :wink:

4 Likes

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.