Siduction Forum
Siduction Forum => Software - Support => Topic started by: ReinerS on 2018/07/07, 20:13:11
-
Hallo,
seit 2 Tagen ist mir auf meinem Laptop 2 mal passiert dass die root Partition, auf der auch /var ist, vollgelaufen ist und die Kiste nichts mehr machte. Löschen der Logs machte jeweils ca. 45 GB frei.
Es scheint anscheinend der NetworkManager zu sein der da fleissig die syslog und user.log mit immer wieder der gleichen Fehlermeldung vollschreibt:
Jul 7 20:03:50 RS8470p NetworkManager[969]: <error> [1530986630.4920] connectivity: connectivity check failed: 4
Jul 7 20:03:50 RS8470p NetworkManager[969]: <error> [1530986630.4920] connectivity: connectivity check failed: 4
Jul 7 20:03:50 RS8470p NetworkManager[969]: <error> [1530986630.4920] connectivity: connectivity check failed: 4
Jul 7 20:03:50 RS8470p NetworkManager[969]: <error> [1530986630.4920] connectivity: connectivity check failed: 4
Jul 7 20:03:50 RS8470p NetworkManager[969]: <error> [1530986630.4922] connectivity: connectivity check failed: 4
ifconfig sagt:
enp0s25: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500
inet 192.168.111.4 netmask 255.255.255.0 broadcast 192.168.111.255
inet6 fe80::5f71:6d54:d38b:768d prefixlen 64 scopeid 0x20<link>
ether 2c:59:e5:04:af:67 txqueuelen 1000 (Ethernet)
RX packets 2262 bytes 762646 (744.7 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2641 bytes 335170 (327.3 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 17 memory 0xd4700000-d4720000
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Lokale Schleife)
RX packets 164 bytes 13370 (13.0 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 164 bytes 13370 (13.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
pan1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.146.233.1 netmask 255.255.255.0 broadcast 10.146.233.255
inet6 fe80::8884:f2ff:fed9:3cfd prefixlen 64 scopeid 0x20<link>
ether 8a:84:f2:d9:3c:fd txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 80 bytes 13673 (13.3 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Ich habe leider keine Ahnung was da angemeckert werden könnte. Ethernet geht, WLAN ist per Knopf deaktiviert. Bluetooth is auch aus. Allerdings ist mir unklar für was die Schnittstelle "pan1" mit dem 10er lokalen Netzwerk gebraucht wird. VirtualBox vielleicht?
Hat jemand ne Idee dazu? System ist aktuell, kann aber nicht sagen wann das angefangen hat da ich es erst merkte als die Kiste voll war.
Grüße
Reiner
-
Nachtrag:
Die Schnittstelle pan1 war Bluetooth und nach Deaktivierung war sie weg.
Interessierte den NetworkManager aber auch nicht, er schaufelt fleissig weiter.
Grüße
Reiner
-
Nachdem alles ausser ethernet deaktiviert war nochmal nen Neustart gemacht und Ruhe war.
Alles wieder nacheinander aktiviert, immer noch Ruhe.
Keine Ahnung wo und was da querhing.
Grüße
Reiner
-
Kam heute wieder. Habe jetztmal nur Bluetooth Netzwerk deaktiviert und nach nem Neustart war Ruhe.
Mal sehen obs dabei bleibt.
Grüße
Reiner
-
Wenn Du BT nicht brauchst, deaktivier's nicht nur, sondern deinstalliere bluez* doch gleich!
-
Brauche aber BT leider. Mal sehen obs ohne Netzwerk brav tut.
Grüße
Reiner
-
Hmm, Problem ist heute mal wieder einfach so aufgetaucht. Brutales killen des NetworkManagers hat es gestoppt.
Habe mir auch ne Überwachung für die Partition eingerichtet die rechtzeitig warnt und son die Partition nicht mehr volläuft.
Grüße
Reiner
-
Hallo Reiner,
vielleicht ist das sogar mal einen Bugreport wert ;-)
-
da ich keinen syslog auf meinem rechner habe, kurze frage zur klärung... ist das eine sehr alte installation? eventuell noch ohne systemd?
gruß
absolut
-
Leider nein, wurde vor ca 1,5 Monaten neu aufgesetzt.
Grüße
Reiner
-
@bluelupo:
wegen NetworkManager? Problem ist dass ich anscheinend der Einzige bin dem das (gerade eben wieder) passiert. Bin mir nicht sicher woran es liegt (Hardware(?)) Eben hat das Killen nicht gereicht aber das Abschalten von WLAN + Bluetooth per Knopf (Bluetooth war eh deaktiviert) hat es gestoppt.
Grüße
Reiner
-
Hi Reiner,
klar, einen Bugreport für den NetworkManager aufmachen. Irgendetwas mit Logging passt nicht so wie es soll wie du ja sporadisch erfahren musst :-(
-
Hi Reiner,
die Idee mit dem Bugreport ist schon gut - aber erst, nachdem man die eigene Installation so weit wie möglich gesäubert hat - und da fällt mir als erstes die Frage von @absolut ins Auge: Hä, syslog?
-
Warum "Hä" ?
Habe ich da was verpennt? rsyslog schreibt doch da rein?Aber allerdings anscheinen nochmal dasselbe nach user.log.
Grüße
Reiner
-
och, verpennt hast Du nix, wenn das eine Installation ohne systemd ist - in diesem möglichen Fall nur, uns das auch mitzuteilen - wenn das keine eine Installation mit systemd ist, dann würde ich rsyslog so schnell wie möglich löschen und schauen, dass ich journald entsprechend konfiguriert bekomme. Hat dann zumindest den Vorteil, dass das nicht mehr vollläuft 8)
-
Die installation ist mit Systemd, rsyslog hatte ich aus alter Gewohnheit mit installiert.
Ich ließ da auch einiges nach /dev/tty12 protokollieren.
Werde ich jetzt rausnehmen und mir die Konfiguration mit journald zu Gemüte führen.
Grüße
Reiner
-
dat schicke is: da gibbet nich viel zu konfigurieren - an Deiner Stelle würd ich mal nen aktuelles iso nehmen und da in /etc/systemd/journal.conf.d nachschauen. So würde die Konfiguration aussehen, wenn man sein System relativ gut am Laufen hat und hinter eigentlich nix hinterhersuchen will.
-
@melmarker:
Danke, habe es schon soweit erstmal angepasst, sehe mir die Möglichkeiten aber auch nochmal genauer an.
Grüße
Reiner