Arch package has difficulties starting #916
Labels
No labels
Bug
Cherry-picking
Database
Dependencies
Difficulty
Easy
Difficulty
Hard
Difficulty
Medium
Documentation
Enhancement
Good first issue
Help wanted
Inherited
Matrix/Administration
Matrix/Appservices
Matrix/Auth
Matrix/Client
Matrix/Core
Matrix/Federation
Matrix/MSC
Matrix/Media
Meta
Meta/Packaging
Priority
Blocking
Priority
High
Priority
Low
Security
Status
Confirmed
Status
Duplicate
Status
Invalid
Status
Needs Investigation
Wont fix
old/ci/cd
old/rust
No milestone
No project
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: continuwuation/continuwuity#916
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This is seemingly related to #867 - some users are reporting that their configuration files are not loading (manifesting as the server crashing on startup, complaining the server name isn't set). Further investigation is needed as to why this is.
Currently the workaround is to remove the
LoadCredential
and revert theCONTINUWUITY_CONFIG
environment back to/etc/conduwuit/conduwuit.toml
. Obviously if you rely on your config being encrypted by systemd, this won't work for you.confirmed -> needs investigation: haven't had chance to repro this myself so unsure if it's an arch or packaging issue
I actually ran into this yesterday. To solve the issue, I had to tweak the systemd service file.
%d
will expand to the credentials folder.I haven't found a way to have the RocksDB directory be outside /var/lib/ without turning
DynamicUser
off (thats why I added theStateDirectory
-ies).The
RuntimeDirectoryMode
is to make the socket directory world-readable.@Kimiblock Have you got any input on this? considering #867
Haven't seen that on AUR, no one is seemingly reporting anything.
I'll investigate further on this in hours. The service file is straight stolen from my own server so it should in theory work fine 🤔
So I just scanned the docs:
And yes it looks like we have to use %d to expand the credentials, maybe that was changed during recent releases.
@ysidler wrote in #916 (comment):
You can, by adding a bind-mount unit. It will be automatically activated because we have
RequiresMountsFor
set.Here's a snippet of bash code to generate such bind unit:
./genBind <source> <dest>