Aaaaah. Die Option hatte ich noch nicht wahr genommen. Ich war noch im alten vservercontrolpanel unterwegs und kannte das Neue Panel noch gar nicht. Hatte die Option dort nie gesehen. Probiere ich aus. Vielen Dank für den Hinweis.
Beiträge von laser
-
-
Hallo Forum,
ich habe seit einigen Wochen das Problem, dass mein System für 10 bis 20 Sekunden einfriert. Zeitlich passend dazu finden sich dann folgende Kernel-Meldungen im journal:
Dez 10 17:30:06 aal kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Dez 10 17:30:06 aal kernel: ata3.00: failed command: FLUSH CACHE EXT
Dez 10 17:30:06 aal kernel: ata3.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 12
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Dez 10 17:30:06 aal kernel: ata3.00: status: { DRDY }
Dez 10 17:30:06 aal kernel: ata3: hard resetting link
Dez 10 17:30:07 aal kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Dez 10 17:30:07 aal kernel: ata3.00: configured for UDMA/100
Dez 10 17:30:07 aal kernel: ata3.00: retrying FLUSH 0xea Emask 0x4
Dez 10 17:30:07 aal kernel: ata3.00: device reported invalid CHS sector 0
Dez 10 17:30:07 aal kernel: ata3: EH complete
Derzeit läuft ein Arch-Linux mit 4.18 Kernel. Nach einem Update auf 4.19 wirds noch schlimmer und das System friert nach einiger Zeit dann komplett ein. Nicht mal VNC-Konsole ist dann noch möglich. Vom Support bekomme ich nur den Standard-Text (vserver, eigenes OS, kein Support....)Interessanterweise tritt dieses Probem mit dem Rettungssystem nicht auf, daher ist es wohl nicht das Storage (was mein erster Verdacht war). Dieses habe ich vom Rettungssystem geprüft. (fsck sowie dd zum I/O Test)
Hat hier jemand eine Idee? Tritt das bei jemand anderem auch auf? Hat gar jemand schon die Lösung?
Freue mich über jede Hilfe. Wenn noch weitere Infos gebraucht werden, kann ich die gern liefern.
Grüße
Lennart
-
Hallo Forum,
seit einigen Tagen funktioniert der Standard dhcp-client innerhalb von systemd unter netcup-kvm-servern nicht mehr. Man erhält keine IP. Hintergrund sind wohl aktuelle Änderungen in systemd (>=214). Dies tritt auch bei anderen Hostern auf. Hier wurde bereits ein entsprechender Bug dazu eröffnet:
Workarounds:
- Auf dhcpcd als client umstellen anstelle von systemd-networkd- systemd-network auf feste IP-Adresse konfigurieren.
steht hier: systemd-networkd - ArchWikiVielleicht weiss sonst jemand noch mehr, wie man das bei netcup mit systemd-networkd wieder hinbiegt. Bin bisher noch nicht in diesem Forum unterwegs.
Grüße