[10:42] <linuxr> guten tach...ich hab hier ein problem mit einer ssh-verbindung zu einem remote host, und zwar fängt die textausgabe nach einer weile immer zu stocken an, so dass z.B. der output von "top" ca 2. braucht, um zu aktualisieren. Wenn ich parallel eine zweite ssh-verbindung öffne läufts in dieser aber fast verzögerungsfrei. Hat jemand eine idee was das sein könnte?
[10:57] <Heavy91> linuxr: Klingt nach Paketverlust..
[10:58] <linuxr> Heavy91, dachte ich auch, ist aber 0. Auch die latenz ist immer fast konstant
[10:58] <Heavy91> Oder RAM-Mangel auf dem Remote Host? Vielleicht wird der SSHD oder die Shell der ersten Verbindung ausgeswappt?
[10:59] <stevieh> auch ne schicke idee
[10:59] <Heavy91> Oder eine Firewall mit Rate Limiting?
[11:03] <linuxr> cpu läuft ziemlich im leerlauf, ram und disk noch zur genüge vorhanden, netzwerk auch keine besondere last..
[11:04] <linuxr> das einzig besondere ist, dass der client ein raspberry pi ist
[11:04] <linuxr> vielleicht drosselt der die leistung wenn er zu heiss hat oder so..muss mal die temperaturkurve irgendwie anzeigen
[11:05] <linuxr> eine zweite verbindung dürfte dann zwar auch nicht besser funktionieren
[11:06] <stevieh> macht der sonst noch viel?
[11:07] <linuxr> nee, der macht sonst nix...sehe auch keine cpu-last im verlauf
[11:07] <stevieh> ne, dann isses das auch nicht
[11:07] <stevieh> vielleicht mal packet loss anschauen auf beiden seiten
[11:08] <linuxr> gedroppte packets beidseits: 
[11:09] <linuxr> 0
[11:10] <stevieh> dann liegts auch nicht daran
[11:19] <linuxr> vllt wirklich irgend ein rate limiting auf einem router dazwischen..da könnte ich dann wohl nix machen
[11:25] <stevieh> das kannste ja mit netcat etc. ausmessen.
[11:25] <stevieh> ein Ratelimitng, das bei top zuschlägt, wäre schon arg gering
[11:26] <Frickelpit> ggfs. auch mal die erste Verbindung mit -vvv starten
[18:00] <knoppers> habe ein problem, nach dem upgrade von 19.10 auf 20.04 kommt es immer wieder vermehrt zu dateisystemüberprüfungen beim start, welche neuerdings auch hin und wieder hängen bleiben (so lang hab ich nicht gewartet) und nicht auf strg+c reagieren
[18:00] <knoppers> was könnte dies verursachen
[18:06] <k1l> die dateisystem checks kommen eigentlich turnusmässig relativ selten. oder eben wenn es probleme gibt. schau mal in "dmesg" rein ob da was geloggt wird
[18:45] <drc> Hat jemand von euch mal versucht, Wayland mit dem aktuellen nvidia-Treiber zu benutzen?
[18:45] <drc> Das Internet™ sagt, das geht mittlerweile
[19:28] <dreamon> Läuft bei euch noch pycharm auf 20.04 ich krieg ich Fehler und kann keine Module installieren. 
[19:31] <Frickelpit> dreamon: aus dem Stehgreif, ist pycharm evtl. noch python2?
[19:32] <dreamon> Frickelpit, neeee.. 
[20:54] <stevieh> dreamon: hast du neu installiert oder geupgradet?
[20:56] <dreamon> stevieh, upgrade.. aber wie wir gerade festgestellt haben, ist gas module "gi" scheinbar nicht mehr mit PIP zu intallieren.
[20:56] <stevieh> was immer gi ist
[20:59] <dreamon> stevieh, Damit kann man "angeblich" mit glade erstellte oberflächen mit gtk.builder() importieren.
[21:00] <dreamon> from gi.repository import Gdk, Gtk → Das geht auch in meinen "alten Programmen" nicht mehr.
[21:01] <dreamon> Wenn ich es mit pip install gi mache kommt → pip install gi
[21:01] <dreamon> ERROR: Could not find a version that satisfies the requirement gi (from versions: none)
[21:01] <dreamon> ERROR: No matching distribution found for gi
[21:08] <stevieh> da wird es sicher irgendwelche alten gtk libs haben wollen, die es jetzt nicth mehr gibt