[08:35] <deem> Hi, ich hab hier 2 VMs, die auf einem ESXi Host liegen und dort über ein privates Netz direkt miteinander kommunizieren. Wie kann man denn feststellen, ob eine der Netzwerkkarten langsamer wird und woran dies liegt? Wenn ich den Client per TFTP bootet, sehe ich im tcpdump, dass die Pakete nach ca 15-20 Sekunden nur noch sehr langsam übermittelt werden. In ESXi ist keine Drosselung eingestellt.
[08:44] <dadrc> Mal einfach so mit iperf getestet?
[08:46] <deem> das tool kenn ich gar nicht. ich teste mal. danke dir
[09:34] <dadrc> Weiß jemand, ob ich in einem Hylafax-Jobcontrol-Script irgendwie den Versand abbrechen kann? Vielleicht mit exit 1 oder so?
[09:34] <dadrc> (Ich weiß, sehr spezifisch, aber ich dacht, ich frag mal)
[09:41] <deem> dadrc: ich hab (hoffentlich) einfach mal tftp simuliert und der kommt tatsächlich nur auf 1mbit/sec, obwohl die systeme intern mit 1gbit angeschlossen sind. "iperf -u -M 1412 -c 192.168.1.254 -t 120"
[09:43] <LetoThe2nd> tftp ist einfach ein dumpfes, langsames protokoll. film at 11.
[09:44] <dadrc> deem: und wenn du einfach nur den Durchsatz testet, ohne Port und so?
[09:48] <deem> dadrc: hä?
[09:48] <deem> :D
[09:48] <deem> LetoThe2nd: ja, aber in der liveumgebung ist das wesentlich schneller
[09:49] <deem> dadrc: das meinst du? http://pastebin.com/m36Q8vhz
[09:49] <kubine> deem: Title: root@client1:~# iperf -u -M 1412 -c 192.168.1.254 ----------------------------- - Pastebin.com (at pastebin.com)
[09:50] <dadrc> deem: mal ohne alles
[09:51] <dadrc> also, kein -u, kein -M und so
[09:54] <deem> tjoa... normaler durchsatz :/ "[  4]  0.0-10.0 sec  1.61 GBytes  1.38 Gbits/sec"
[09:55] <deem> versteh ich nicht, warum udp da so langsam ist...
[10:20] <dadrc> deem: aber gut, das ist doch schon mal was zum debuggen. hat das esxi eventuell bandbreitenlimitierung für udp drin oder so?
[10:38] <deem> dadrc: imo nicht. du kannst auf dem vswitch ein limit setzen, aber da ist keines gesetzt
[10:38] <deem> wäre mir nicht bekannt, dass du da für udp ein eigenes limit setzen kannst
[13:24] <nagetier> Hallo, ich betreibe an einer Nvidia Karte zwei Monitore die im Twin-View konfiguriert sind, möchte aber nicht immer den Zweiten nutzen. Gibt es eine komfortable Lösung von einer Mehrbildschirm-Konfiguration auf eine Einfache umzuschalten, bevorzugt per Applet in der Leiste unter Xfce?
[13:42] <nagetier> Wird wohl auf xrandr hinauslaufen, vermute ich.. jedenfalls fand ich noch keine Möglichkeit innerhalb der Profile, mal schauen ob sich dort als "Custom" etwas passendes setzen lässt.
[13:52] <Fuchs> nagetier: gibt randr tools fuer den tray
[13:52] <Fuchs> das kannst Du nehmen. Ich fuer mich habe ein kleines Alias, welche ich auf ACPI events triggere (Docking station) 
[13:53] <nagetier> ahja
[13:53] <nagetier> Das werde ich versuchen, danke
[13:54] <nagetier> Da sich die Profile aus nvidia-settings nicht in das Tray legen lassen werden, vermute ich jedenfalls, wäre mein Vorhaben so eh am scheitern.
[13:54] <Fuchs> Naja
[13:54] <Fuchs> die Schnittstelle ist ja offen, koenntest Du selber etwas kleines programmieren, 
[13:54] <Fuchs> gibt ziemlich fixfertige Pythonbibliotheken z.B. fuer trayzeugs
[13:54] <nagetier> hm, ok
[14:00] <nagetier> Fuchs, eine kurze Suche über apt und im Internet nach dem Tool war erfolglos, kannst du mir das Paket nennen?
[14:11] <nagetier> 'lxrandr' würde mir ja auch schon genügen, liegt nicht im Tray, aber okay.
[14:17] <nagetier> 'lxrandr' wurde installiert, lässt sich auch über die Suche im Whisker-Menü finden (allerdings nur wenn man es vollständig ausschreibt). Jetzt würde ich es gerne in die Liste der Favoriten einfügen, kann das aber nicht, da es sich nicht unterhalb von "Alle" finden lässt, warum?
[14:19] <nagetier> .. und das Suchergebnis keinen Rechts-Klick erlaubt, was mir ein "Add to Favorites" erlauben sollte.
[14:23] <nagetier> (Was vermutlich daran liegt, dass es keine native Xfce Anwendung ist)
[14:25] <Fuchs> nagetier: sorry, war Kaffeepause 
[14:25] <Fuchs> nagetier: das von KDE oder Gnome kann man sicher nehmen
[14:25] <nagetier> Okay, werde mal schauen, danke.
[14:26] <Rochvellon> huch? habe in /etc/ssh/sshd_config 2 Zeilen eingefügt und nun will der sshd vor initialisierung von wlan starten?
[14:26] <leszek> nagetier: für kde gibts nen programm das nennt sich krandrtray (allerdings meines wissens nur für kde sc 4). Das erzeugt ein Icon im Tray womit du per rechtklick einstellungen tätigen kannst und auf clone modus usw. umschalten kannst sowie die auflösungen steuern kannst. Es sollte im Paket kde-workspace-randr stecken 
[14:27] <nagetier> leszek, Danke, ich denke das wird mir zu viele Abhängigkeiten nachinstallieren, die ich derzeit nicht haben möchte.
[14:28] <nagetier> "derzeit", da ich eh mit dem Gedanken spiele zumindest zusätzlich KDE auf dem Xfce System haben zu wollen.
[14:30] <leszek> nagetier: ja es hängt ab von praktisch dem gesammten kde-workspace ab
[14:30] <nagetier> Ja, das konnte man herauslesen :)
[14:31] <leszek> nagetier: es gibt noch arandr. Das Programm kann vorkonfigurierte monitoreinstellungen als script abspeichern. Es hängt nicht von kde ab :) 
[14:31] <nagetier> leszek, ist seit 10 Minuten installiert ;)
[14:31] <leszek> :)
[14:37] <nagetier> Schön wäre ja eine automatische Erkennung, falls möglich.. Monitor aus, die Konfiguration anpassen.
[14:38] <Rochvellon> hm, habe in der sshd_config folgende 2 zeilen eingefügt: ClientAliveInterval 30 + ClientAliveCountMax 15 nun will sshd nicht mehr starten bzw. wird sofort nach dem start wieder beendet (terminated). any ideas?
[14:39] <leszek> nagetier: nicht unter xfce
[14:39] <leszek> kde plasma, gnome-shell und ich denke auch unity können das alle anderen nciht
[14:39] <leszek> *nicht
[14:39] <nagetier> Aha, ok
[14:39] <nagetier> leszek, und die reagieren da tatsächlich auf Knopfdruck?
[14:40] <leszek> du steckst einen zweiten monitor ein und schwupps wird dieser so konfiguriert wie er vorher war 
[14:40] <leszek> ich denke das hast du gemeint oder ?
[14:41] <nagetier> leszek, Anstecken ist klar, das klappt auch unter Xfce. Ich dachte an auf Monitor abschalten, also Power-Off, reagieren.
[14:42] <nagetier> Aber das, was du beschriebst, klappt seit geraumer Zeit tatsächlich sehr gut.
[14:43] <leszek> nagetier: ich glaube das geht gar nicht. Weil da kein signal zurückkommt vom monitor ob er an oder aus ist.
[14:43] <leszek> jedenfalls hab ich das noch nicht gesehen
[14:44] <nagetier> Ja, mag nicht so einfach umzusetzen sein.. allerdings könnte ich mir da schon Wege vorstellen, aber ok, das können auch Hirngespinste sein.
[14:45] <nagetier> Das DDC Signal sollte ja nicht mehr erreichbar sein, falls abgeschaltet.. aber auch da kann ich falsch liegen.
[14:46] <geser> Rochvellon: schon im Syslog geschaut, ob der sshd sagt, wo es ihm wehtut?
[14:46] <Rochvellon> geser: terminated with status 255
[14:48] <geser> sonst steht da nichts?
[14:49] <geser> ansonsten versuche mal den sshd per Hand (als root) zu starten: sshd -d (mit debug)
[14:49] <Rochvellon> und kurz darauf ein ssh main process ended, respawning. nur ich kann mich nicht auf dem sshd einloggen
[14:51] <geser> deshalb auch der Vorschlag den man für Debugging nicht per init-Skript sonder manuell zu starten
[14:55] <Rochvellon> geser, -d meint, dass diese 2 zeilen bad configuration wären
[14:55] <deem> sind das nicht client-spezifische parameter?
[14:56] <deem> ergo gehören in die client und nicht in die server config?
[14:57] <Rochvellon> laut http://stefankonarski.de/content/ssh-verbindung-broken-pipe und http://greenitsolutions.at/write-failed-broken-pipe/ soll es auch in der sshd_config gehen
[14:57] <kubine> Rochvellon: Title: SSH Verbindung: Broken Pipe | StefanKonarski.de (at stefankonarski.de)
[15:01] <Rochvellon> und unter http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man5/sshd_config.5 sind diese auch für die sshd_config aufgeführt
[15:01] <kubine> Rochvellon: Title: OpenBSD manual pages (at www.openbsd.org)
[15:04] <nagetier> leszek, surprise, schalte ich den TFT an DP-1 ab, wird der Desktop auf den TFT (DVI) am zweiten Anschluss umgeworfen, schaltet beim Reaktivieren aber nicht automagisch zurück.
[15:06] <nagetier> .. und ist nach dem Aktivieren vom TFT an DP-1 über lxrandr im Clone-Modus :/
[15:07] <nagetier> und das ist jetzt mal richtig schade
[15:12] <Rochvellon> gelöst: anstatt server client reinschreiben
[15:12] <nagetier> Okay, lässt sich innerhalb von lxrandr lösen.. dennoch unnötiges geklicke, IMHO.
[15:13] <nagetier> Rochvellon, anstatt Client Server, sshd seitig, vermute ich.
[15:15] <Rochvellon> nagetier: ich hatte mich in der zeile vertan und schrieb in die sshd_config server.... anstatt client...
[15:15] <nagetier> Rochvellon, also ServerAliveInterval 30 + ServerAliveCountMax 15 ?
[15:16] <Rochvellon> jo, das schrieb ich als erstes rein, richtig ist jedoch Client...
[15:16] <nagetier> ok *merk*
[15:17] <Rochvellon> nagetier: hatte mich da in der zeile vertan, als ich diese zeilen eingefügt hatte
[15:18] <nagetier> sollte nicht passieren, kann aber ;)
[15:25] <nagetier> Ist dennoch schade, jetzt muss ich an TFT2, welcher üblich verdeckt ist, TFT1 wieder aktivieren.. sprich n script welches mir per Tastenkombination TFT1 reaktiviert, und von Clone- auf Twin- umschaltet
[15:26] <nagetier> Okay, das muss durchdacht werden.
[16:13] <jakob> Kann mir jemand bezüglich eines Problemes mit XFCE4 helfen?
[17:35] <jokrebel> kaum, wenn Du das Problem nicht näher schilderst.
[17:35] <jokrebel> oder frühzeitig den Kanal verlässt.