<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Hi, Ronald!</p>
    <p>We recently became aware of this warning too. It should not
      prevent Kea from functioning properly if you leave it as-is.</p>
    <p>The proper way to get rid of the message is to add
      "ConfigurationDirectoryMode: 750" to the "[Service]" section,
      although you may want to wait for an official update to the
      systemd file.<br>
    </p>
    <p>Unrelated, if you're running on a Debian-based system,
      uninstalling and installing Kea 2.6.3 does result in a more
      serious error that prevents reinstallation.</p>
    <p>dpkg: unrecoverable fatal error, aborting:<br>
       unknown system user '_kea' in statoverride file; the system user
      got removed<br>
    </p>
    <p>This can be resolved with "dpkg-statoverride --remove /etc/kea"
      before installing again.</p>
    <p>
    </p>
    <p>We are working to address both of the issues and we'll likely
      provide new Kea packages for all affected versions this week,
      although there is no official decision yet.</p>
    <p>Thank you for the report and sorry for any inconvenience!<br>
      Andrei<br>
    </p>
    On 10/06/2025 09:23, DDFR | Ronald Blaas wrote:<br>
    <span style="white-space: pre-wrap; display: block; width: 98vw;">> Hi all,

> As of today (using v2.6.3) I see this odd message in the log 
> ConfigurationDirectory 'kea' already exists but the mode is
> different. (File system: 750 ConfigurationDirectoryMode: 755)


> I was first triggered because something has changed in the socket-
> name. We used to have it set to /tmp but apparently this is not
> valid anymore and should be set to /var/run/kea.  All fine by me 🙂 

> But the message ConfigurationDirectory 'kea' already exists but the
> mode is different. (File system: 750 ConfigurationDirectoryMode:
> 755) unknown to me. Ofcourse I could set the mode but because of
> security we do not want to set the other user bit(s)

> Any other way to get rid of this message?

> DHCP seems to be running fine.

> Regards,

> Ronald

</span><br>
  </body>
</html>