[Fli4l_dev] 4.0-testing: sporadischer Verlust der DNS-Forwarder Einträge?

[Peter Schiefer]

Hallo Klaus,

Am Sun, 05 Aug 2018 11:42:52 +0200 schrieb K. Dreier:

>> da ssh geht, bitte prüfe doch mal beim nächsten mal mittels df -h
>> wie voll die filesysteme sind.
> 
> Ich habe eine 60 GB SSD im fli4l, da sollte nix voll laufen. df -h:
> 
> Filesystem                Size      Used Available Use% Mounted on
> rootfs                    1.9G     53.7M      1.8G   3% /
> /dev/sda1               133.2M     30.0M    103.1M  23% /boot
> /dev/sda2                58.3G     74.0M     55.3G   0% /data
> /dev/sda1               133.2M     30.0M    103.1M  23%
> /var/lib/persistent
> 
> Logs liegen unter /data.

HM ~100MB für die persidenten Daten - Also da wo alles landet wo das DIR
als 'auto' definiert ist - sollten schon lange reichen wen da nich
ausgergewöhnlich viel geloggt wird.

> Danke, habe mal rein geschaut, sehe nix was dahingehend auffällt.
> Insbesondere gibt es einen dhcp renew seitens Provider (gleiche IP)
> morgens gegen 5. Nicht etwa vor Mitternacht.

Also tritt der Fehler bei Dir um Mittaernacht auf - da wo der LOGROTATE
passiert und nicht bei nem RENEW mit ev. ip-down/-up.

>> aus, bei der die resolv.conf des dnsmasq neu erstellt wird (falls
>> Platte/Partition/Ramdisk voll, scheitert dies und der dnsmasq hat
>> keine
>> FORWARDER

im Fehlerfall mal bitte mittels
cat /etc/resolv.dnsmasq schauen, welche Nameserver der dnsmasq in der
config stehen hat.

> Ich habe opt accounting und eine zweite Route für VPN (die im Interface
> als circuit erscheint), aber all das sollte ja wohl hinsichtlich des DNS
> keine Rolle spielen?

genau.


Gruß Peter