cerhu > linux.debian.user.french

ajh-valmer (30/11/2018, 00h10)
On Thursday 29 November 2018 22:31:43 Jean-Michel OLTRA wrote:
> Le jeudi 29 novembre 2018, ajh-valmer a écrit...
> > On Thursday 29 November 2018 21:27:09 Belaïd wrote:
> > > Vérifie les droits du fichier auth.log :

> > -rw-rw-r-- 1 root root


> > Il peut donc s'ouvrir à l'écriture.


> Chez moi, j'ai du 640 en root:adm
> Essaie de loger un message avec la facility auth :
> logger -p auth.warning "Un warning pour auth...."
> Et tu vois ce que ça donne dans auth.log.
> Eventuellement (pas testé) si le logger ne donne rien :
> strace -f -o strace.log logger -p auth.warning "Un warning pour auth..."
> Et voir si strace.log te parle.


Aucune réponse de logger ni strace

Fait, et idem, auth.log = tjrs vide (sniff).
fab (30/11/2018, 00h30)
'lut,

> Fait, et idem, auth.log = tjrs vide (sniff). Il n'écrit pas dans auth.log.1 par hasard ?


J'ai eu ça il y a quelques temps et il m'a fallu redémarrer rsyslogd.

Sinon, as-tu essayé de purger et de réinstaller le paquet rsyslog ? il
va te remettre une conf de base.

f.
Jean-Michel OLTRA (30/11/2018, 01h00)
Bonjour,

Le jeudi 29 novembre 2018, ajh-valmer a écrit...

> > strace -f -o strace.log logger -p auth.warning "Un warning pour auth..."
> > Et voir si strace.log te parle.


> Aucune réponse de logger ni strace


Il faut lire le fichier strace.log et voir ce que tente de faire la commande
logger. Si il fait quelque chose?
Daniel Caillibaud (30/11/2018, 10h40)
Le 29/11/18 à 19:31, "ajh-valmer" <ajh.valmer> a écrit :

> On Thursday 29 November 2018 18:35:00 winnt wrote:
> > Ne serait-ce pas que c'est journalctl qui est actif pour les logs et
> > non rsyslog.
> > Un simple "journalctl" devrait confirmer ou infirmer cette supposition.
> > Winnt

> "journalctl" m'informe des mails, pas des connexions.
> J'ai besoin des 2...


À priori journald traite tout, et devrait faire suivre à rsyslog mais ne
semble pas le faire dans ton cas.

Pour vérifier que journald récupère bien tes logs avec facility auth, tu
peux essayer

journalctl --since=today SYSLOG_FACILITY=10 |tail

(10 => auth+authpriv, cf [..])

Si tu as bien des entrées de log là-dedans, reste à savoir pourquoi ça
n'arrive pas jusqu'à rsyslog, y'a p'tet l'info dans les logs, essaie

journalctl -p 4 --since=today

pour voir tous les warnings (et supérieurs, cf lien ietf ci-dessus) de
tous les services, au cas où y'aurait l'info?

Sinon, purger le paquet rsyslog et le réinstaller règlera peut-être le pb,
mais tu sauras pas ce que c'était?

backup /etc avant et compare avant / après, à priori la conf rsyslog est
dans

/etc/default/rsyslog
/etc/rsyslog.conf
/etc/rsyslog.d/*

et tu devrais avoir un symlink

/etc/systemd/system/syslog.service -> /lib/systemd/system/rsyslog.service
ajh-valmer (30/11/2018, 18h50)
On Thursday 29 November 2018 23:26:39 fab wrote:
> Il n'écrit pas dans auth.log.1 par hasard ? : Non, pas de auth.log.1
> J'ai eu ça il y a quelques temps et il m'a fallu redémarrer rsyslogd.
> Sinon, as-tu essayé de purger et de réinstaller le paquet rsyslog ? il
> va te remettre une conf de base :


Ça a marché, auth.log se remplit bien maintenant,

comme un seau en bas d'une gouttière pendant un orage :-)

Merci beaucoup et à tous ceux qui m'ont aidé.

A. Valmer

Discussions similaires
Corbeille toujours vide !!!

[VBA] PrintArea toujours vide...

Corbeille toujours vide

[PB] Hidden field toujours vide!!!


Fuseau horaire GMT +2. Il est actuellement 08h04. | Privacy Policy