Le 22 juin 2016 à 16:42, François TOURDE <fra-duf-no-s...@tourde.org> a
écrit :
> Salut,
>
> Le 16974ième jour après Epoch,
> Olivier écrivait:
>
> > Quand je re-démarre freeradius par "systemctl restart freeradius" ou
> > "systemctl stop freeradius; systemctl start freeradius", j'observe dans
> les
> > logs:
> >
> > juin 22 15:50:39 foobar freeradius[2977]: radiusd: #### Opening IP
> > addresses and Ports ####
> > juin 22 15:50:39 foobar freeradius[2977]: listen {
> > juin 22 15:50:39 foobar freeradius[2977]: type = "auth"
> > juin 22 15:50:39 foobar freeradius[2977]: ipaddr = *
> > juin 22 15:50:39 foobar freeradius[2977]: port = 0
> > juin 22 15:50:39 foobar freeradius[2977]: Failed binding to
> authentication
> > address * port 1812: Address already in use
> > juin 22 15:50:39 foobar freeradius[2977]:
> > /etc/freeradius/radiusd.conf[273]: Error binding to port for 0.0.0.0 port
> > 1812
> > juin 22 15:50:39 foobar freeradius[2977]: failed
>
> Tu as essayé de faire un stop, d'attendre que éventuellement le
> processus soit bien arrêté, puis de faire un start?
>
> Ça ressemble à un process pas encore fini, ça.
>
> > Pourtant, j'ai:
> > # netstat -a | grep 1812
> > udp 0 0 localhost:18120 0.0.0.0:*
> > # netstat -a | grep radius
> > udp 0 0 0.0.0.0:radius 0.0.0.0:*
> >
> > udp 0 0 0.0.0.0:radius-acct 0.0.0.0:*
> >
> > Dans ce qui précède, j'imagine que radius=1812 et radius-acct=1813.
>
> Oui, tu peux vérifier par la commande:
>
> grep radius /etc/services
>
>
J'avais laissé la ligne FREERADIUS_OPTIONS="-X" dans mon fichier
/etc/default/freeradius.
En la supprimant, freeradius re-démarre normalement.
Je trouve ce comportement surprenant (pourquoi le mode debug devrait-il
laisser tourner des processus ? faut-il donc rebooter pour arrêter
freeradius en mode debug ?).
La commande "man freeradius" ne mentionne pas cet effet de bord.
Qu'en pensez-vous ?
Slts
