feat(ulogd): enabling ulogd #121
No reviewers
Labels
No labels
awaiting
awaiting-author
awaiting
awaiting-reviewer
bot
deployed
Silenced alert
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
DGNum/infrastructure!121
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch ":ulogd"
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?
ulogd indique qu'il n'arrive pas à parse le fichier de config, mais je ne trouve pas le problème
@ -0,0 +28,4 @@postgresql = {enable = true;ensureUsers = [{The
rootuser is unnecessaryI removed the root user in the database.
@ -0,0 +32,4 @@name = "root";ensureClauses.superuser = true;}{ulogduser is unnecessary as ulogd may requirerootprivileges for nowwe need a user to access the database, and I'm not willing to use the 'postgres' user for such operations
@ -0,0 +21,4 @@user = "\"root\"";table = "\"ulog2_ct\"";procedure = "\"INSERT_CT\"";pass = "\"changeme\"";connstring = "postgresql:///ulogd?host=/run/postgresql";should work in principleit doesn't want a connection URI, but really a connection string, as in section 31.1.1.1. of the postgres doc. In the end, I just don't give network connection information and it behave as expected.
a3c2d3ad106c77e84cc26c77e84cc2460584e4a1460584e4a1a301fe0fd1Normalement tout est bon dans la config now, il reste éventuellement à ajouter des stacks si les logs sont insufisant.
WIP: feat(ulogd): enabling ulogdto feat(ulogd): enabling ulogd@ -0,0 +44,4 @@};systemd.services.postgresql = {preStart = lib.mkAfter ''if test -e "${config.services.postgresql.dataDir}/.first_startup"; thenJe ne pense pas que ça fasse ce que tu veux
Le but c'est que le script ne soit exec que quand le serveur s'initialise, il suppr toute les données.
Je peux pas utiliser .first_statup car il est suppr au tout début de postStart, ducoup je recréer le flag.
Mais en pratique ça ne tourne jamais donc je vois pas trop l'intérêt de le mettre
si on doit redéployer un routeur avec log, on aura le nécessaire dans le module sans avoir à recheck comment deploy ulogd, sinon le
ensureUsersetensureDatabasesne servent pas non plus...En vérité, il faudrait plutôt check l'existence des tables pour le cas où le module est déployé sur une machine qui a déjà un pgsql, mais bon...
Oui, ou alors faire un preStart dans l'unit de ulogd en sauvegardant le state dans
var/lib/ulogd, dans ce cas on pourra charger les tables lors de la première activation du module@ -0,0 +8,4 @@services = {ulogd = {enable = true;logLevel = 5;Si ça fonctionne désormais ce n'est pas la peine d'activer les logs de debug, à part spammer journald
D'après la doc, 5 correspond au niveau notice de log, 1 serai debug. Si tu veux on peut monter à 7 pour avoir que les erreurs.
a301fe0fd1f356f9fa4elbailly referenced this pull request2025-06-13 11:56:04 +02:00