Jean-Claude Marquès a écrit :
> OK, merci pour l'info. Donc il "suffit" de :
> systemctl stop nscd.service
> rm -f /var/cache/nscd/*
> systemctl start nscd.service
>
> 3 commandes qui remplaceraient le reboot.
Personnellement, c'est un systemctl stop nscd et systemctl disable
nscd. Le
Le 21/12/2021 à 11:43, BERTRAND Joël a
écrit :
Bonsoir
Merci pour ces éclaircissements
Jean-Claude Marquès a écrit :
Le 20/12/2021 à 18:24, BERTRAND Joël a écrit :
Bonsoir
Sur Bullseye, un reboot (???!!!???) des clients (en
Jean-Claude Marquès a écrit :
> Le 20/12/2021 à 18:24, BERTRAND Joël a écrit :
> Bonsoir
>
> Sur Bullseye, un reboot (???!!!???) des clients (en Bullseye eux aussi)
> a réglé le problème. Par contre, je n'ai pas (encore) réussi à
> identifier la cause. C'est aussi la première fois, il me semble,
Le 20/12/2021 à 18:24, BERTRAND Joël a
écrit :
Bonsoir
Sur Bullseye, un reboot (???!!!???) des clients (en Bullseye eux
aussi) a réglé le problème. Par contre, je n'ai pas (encore)
réussi à identifier la cause. C'est aussi la première fois, il me
Bon... Problème résolu.
J'ai modifié le fichier nsswitch.conf comme ceci :
hilbert:[~] > cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed,
Bonjour à tous,
J'ai une station de travail qui est en Debian/Bookworm et qui
fonctionnait correctement jusqu'à une mise à jour récente (apportée par
unattented upgrade) et je n'arrive pas à trouver ce qui coince.
Configuration :
- serveur NIS/NFS tournant sous NetBSD 9.2
6 matches
Mail list logo