Hi, >>>>> I have a recursive diff of both config dirs, but haven't been >>>>> able to see what has done what. I still have a test-server so >>>>> I can help with providing more info is so needed. >>>> >>>> Please attach the diff to this bug report. >>> >>> I attached the diff. Thanks. >> >> Thanks, this one sounds like the culprit. >> >> Only in freeradius-debian-9.0/3.0/sites-enabled: default >> Only in freeradius-debian-9.0/3.0/sites-enabled: inner-tunnel >> >> Can you "ls -la" the sites-enabled directory in both the working and the >> non-working configuration? > > ~# ls -l /etc/freeradius-debian-9.0/3.0/sites-enabled/ > total 52 > -rw-r----- 1 freerad freerad 2040 Feb 23 2018 control-socket > -rw-r----- 1 freerad freerad 27043 Feb 23 2018 default > -rw-r----- 1 freerad freerad 728 Feb 23 2018 eduroam > -rw-r----- 1 freerad freerad 625 Feb 23 2018 eduroam-inner-tunnel > -rw-r----- 1 freerad freerad 11784 Feb 23 2018 inner-tunnel > ~# ls -l /etc/freeradius-debian-10.0/3.0/sites-enabled/ > total 12 > -rw-r----- 1 freerad freerad 2040 Feb 23 2018 control-socket > -rw-r----- 1 freerad freerad 728 Feb 23 2018 eduroam > -rw-r----- 1 freerad freerad 625 Feb 23 2018 eduroam-inner-tunnel
So they are regular files. The code in postinst responsible for enabling this on upgrades would install symlinks --- # Create links for default sites, but only if this is an initial # install or an upgrade from before there were links; users may # want to remove them... if [ -z "$2" ] || dpkg --compare-versions "$2" lt 2.0.4+dfsg-4; then for site in default inner-tunnel; do if test ! -h /etc/freeradius/3.0/sites-enabled/$site && \ test ! -e /etc/freeradius/3.0/sites-enabled/$site; then ln -s ../sites-available/$site /etc/freeradius/3.0/sites-enabled/$site fi done fi --- Have you verified that this is indeed the missing change (readding the file/symlink fixes the issue)? Can you show the full output of /var/log/dpkg.log* for the radius related packages? I can't find any reason why it would delete the old files in there. Bernhard