feat(ulogd): enabling ulogd #121
Loading…
Reference in a new issue
No description provided.
Delete branch "lbailly/infrastructure: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
root
user is unnecessaryI removed the root user in the database.
@ -0,0 +32,4 @@
name = "root";
ensureClauses.superuser = true;
}
{
ulogd
user is unnecessary as ulogd may requireroot
privileges 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.
a3c2d3ad10
to6c77e84cc2
6c77e84cc2
to460584e4a1
460584e4a1
toa301fe0fd1
Normalement 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"; then
Je 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
ensureUsers
etensureDatabases
ne 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.
a301fe0fd1
tof356f9fa4e