Original post on bofh.social

So now #Kubuntu25_10 comes with #inotify that apparently is now bitching and complaining about running out of resources and telling me I too many applications open.

Sounds like an `inotify` problem and not a me problem.

I have 128GB of RAM.

Developers, STOP HARD CODING SHIT! Someone running […]

GitHub - lowagner/fthis: File Terminal History Interaction Setup File Terminal History Interaction Setup. Contribute to lowagner/fthis development by creating an account on GitHub.

random side project in bash/C: github.com/lowagner/fthis

turn any file editor into a #terminal!

#bash #inotify #cli

Installing syslog-ng 4.9.0 on FreeBSD Version 4.9.0 of syslog-ng has been available for some time. However, it is not available yet in FreeBSD ports, as there were compilation problems on FreeBSD 15-CURRENT. You can still install it using...

Do you run #FreeBSD 15? The #syslog_ng project needs your help! We could not reproduce in-house, but there might be a bug in syslog-ng 4.9.0 related to #inotify on FreeBSD 15. Could you test it in your environment?

www.syslog-ng.com/community/b/...

#LogManagement

Pi-hole not resolving local DNS entries I’ve got Pi-hole running in a Docker container on my Synology DS415+ for several years now. No issues at all. However, after the recent 7.1.1 Update 9, suddenly, my local DNS entries in Pi-hole stopped getting resolved. It always resorted to external DNSes for those. As I host a few services at home, I’m using this feature to point devices inside my home network directly to the Traefik endpoint instead of routing everything into the Internet and back. I’ve verified that the `/etc/pihole/hosts/custom.list` gets created fine inside the Docker container and contained the correct entries. Pi-hole itself was running just fine and did its thing. I was even able to update the local records from the GUI and they would pop up in the `custom.list` file. No error message. But whenever I tried to query one of those, I always got the public IP – not my internal one. Digging deeper, I found this weird error message in the `/var/log/pihole/pihole.log` on every startup: dnsmasq[55]: failed to create inotify for /etc/pihole/hosts: No space left on deviceCode language: HTTP (http) It was weird because `/etc/pihole` is a bind-mount and the underlying storage still had 2.2TB free space. And why would _inotify_ need disk space anyways? Turns out, this is an effect of the “everything is a file” philosophy on Linux. There’s a limit of how many inotify watchers are allowed per user and as every watcher is basically an entry below `/proc/`, i.e. a “file”, when that watcher can’t be created, it seems to throw that error message about _No space left on device_. And it seems to be that this limit has been vastly reduced with Synology’s latest update. Checking the `/proc/sys/fs/inotify/max_user_watches` showed a limit of only 1000 entries for me. And as I have several containers running on that box – including a SyncThing – I could see how those get used up very quickly. And to make matters worse, the failure mode of Pi-hole in that case seems to be to **not** ingest the custom local DNS entries **at all**. Speaking of SyncThing – that’s exactly the piece of software other Synology owners had issues with inotify as well. And the best solution (which also survives further OS updates) seems to be to create a small Scheduled Task that gets triggered on bootup and sets the limit to the desired value. If it works, it works, I guess? And it _does_ work! And if you want to investigate WHICH process is occupying all those inotify slots, there’s this StackOverflow post. *[DNS]: Domain Name System *[GUI]: Graphical User Interface *[IP]: Internet Protocol *[HTTP]: HyperText Transfer Protocol *[OS]: Operating System

If your Pi-hole stops serving its local DNS entries, check your inotify watcher limits.

#pihole #inotify #synology #docker blog.mbirth.uk/2025/08/12/pi-hole-not-r...

🐧¿Te preguntas qué procesos están cambiando archivos constantemente?

inotifywatch -v -r /etc 2>/dev/null

📡 Usa inotify para ver actividad sospechosa en tiempo real.

🧨 Si ves a un cron editando passwd…

💀 No es un backup. Es un testamento.

#Linux #Debian #SysAdmin #inotify #Seguridad

Testing the new syslog-ng wildcard-file() source options on Linux Last year, syslog-ng 4.8.0 improved the wildcard-file() source on FreeBSD and MacOS. Version 4.9.0 will do the same for Linux by using inotify for file and directory monitoring, resulting in faster pe...

#syslog_ng 4.8.0 improved the wildcard-file() source on #FreeBSD and #MacOS. Version 4.9.0 will do the same for #Linux by using #inotify for file and directory monitoring, resulting in faster performance while using significantly less resources. www.syslog-ng.com/community/b/...

a quick review of file watchers - anarcat #filesystem #filewatcher #watch #monitoring #change #inotify #cli