mein PiHole wollte nicht mehr. <\/p>\n\n\n\n
Fast jede DNS-Anfrage wurde nur mit einem Timeout quittiert. Manche gingen aber noch. <\/p>\n\n\n\n
Mein PiHole l\u00e4uft als Docker-Container auf dem RaspberryPi und hat laut Portainer einen normalen Status. Ein Blick in die Container-Logs zeigte aber Fehlermeldungen bzgl. eines Skripts mit Core-Dumps.<\/p>\n\n\n\n
Problem: <\/strong>\/dev\/shm hat keinen Speicherplatz mehr<\/p>\n\n\n\n Der Shared-Memory-Bereich hat im Standard hier nur 64MB und hatte keinen Platz mehr (‚df -h \/dev\/shm‘). <\/p>\n\n\n\n Das eigentlich Problem ist, dass die SQLite-DB im Container (Filename: \/etc\/pihole-FTL.db ) zu gro\u00df geworden ist. <\/p>\n\n\n\n L\u00f6sung 1:<\/strong> Diese soll man (laut Internet) auch l\u00f6schen k\u00f6nnen und dann l\u00e4uft es wieder nach Container-Neustart<\/p>\n\n\n\n https:\/\/docs.pi-hole.net\/database\/ftl\/<\/a><\/p>\n\n\n\n L\u00f6sung 2 <\/strong>(habe ich gemacht): \/dev\/shm vergr\u00f6\u00dfern:<\/p>\n\n\n\n Hier: Einf\u00fcgen unter „services:pihole:“ :shm_size: ‚2gb‘<\/strong><\/p>\n\n\n\n (oder irgendwas gr\u00f6\u00dfer als 64M)<\/p>\n\n\n\n Nach einer \u00dcberpr\u00fcfung des \/dev\/shm ist nun wieder Speicherplatz frei und pihole l\u00e4uft wieder.<\/p>\n\n\n\n <\/p>\n\n\n\n An den Grundeinstellungen wollen die Entwickler leider nichts \u00e4ndern:<\/p>\n\n\n\nvi \/var\/snap\/docker\/common\/var-lib-docker\/containers\/pi-hole\/docker-compose.yml<\/code><\/p>\n\n\n\ndocker-compose -f \/opt\/containers\/pi-hole\/docker-compose.yml up -d<\/code><\/p>\n\n\n\n