close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 5 years ago

Closed 4 years ago

#3915 closed Defekt (bleibt so)

Längere Wartezeit nach dem Einloggen

Reported by: Rüdiger Kupper Owned by: bau
Priority: bald erledigen Milestone: Schuljahr 2022/23
Component: Server: LML-Server (paedml) Severity: beeinträchtigt den Unterricht einiger Lehrer
Keywords: Cc:

Description

In letzter Zeit dauert es bei mir auffällig lange, bis nach dem Anmelden der Desktop erscheint. Dazwischen ist das Bild einfach schwarz mit Mauszeiger.

Das spricht eigentlich dafür, dass die Netzwerkanbindung zum Fileserver langsam ist. Was könnte dafür der Grund sein?

Change History (20)

comment:1 by bau, 5 years ago

Mache bitte einen Speed-Test von einem Client zum paedml, eventuell auch zum proxmoxpaedml.
Auf dem paedml ist iperf installiert.

comment:2 by bau, 5 years ago

Ups - gestern habe ich den checkMK mal ein wenig aktualisiert, nun meldet der [in-errors: 0.65%] - da gehen einige Verbindungen noch vom neuen cisco 6509 (ciscoServerraum) über diese 10GE-Leitung zum alten cisco0027 und von dort aus erst in die Unterverteiler in den U. Das könnte natürlich eine Ursache sein.

ToDo:
Alle Netzwerkleitungen von cisco0027 und ciscoKHWRS auf ciscoServerraum umhängen.

comment:3 by bau, 5 years ago

checkMK ist schon so eine Sache - jetzt monitored der jeden einzelnen Port auf den Switchen.
Habe das grade für die unwichtigen rausgenommen.

ToDo:
Die Interfaces, an denen die Server hängen sollten aber wieder in das Monitoring rein.

comment:4 by bau, 5 years ago

Was sicher besser funktionieren wird, als die 8x 1GB-Port Trunks ist die Anbindung der Server per 10GE-Glasfaser-NIC.

ToDo:
Muss ich unbedingt jetzt mal testen.

in reply to:  1 comment:5 by Rüdiger Kupper, 5 years ago

Replying to bau:

Mache bitte einen Speed-Test von einem Client zum paedml, eventuell auch zum proxmoxpaedml.
Auf dem paedml ist iperf installiert.

Ah, super, genau so was hab ich gesucht.

in reply to:  3 comment:6 by Rüdiger Kupper, 5 years ago

Replying to bau:

checkMK ist schon so eine Sache - jetzt monitored der jeden einzelnen Port auf den Switchen.
Habe das grade für die unwichtigen rausgenommen.

ToDo:
Die Interfaces, an denen die Server hängen sollten aber wieder in das Monitoring rein.

Habe mich mit dem CheckMK noch immer nicht in Ruhe auseinandergesetzt. Hoffentlich haben wir für so was bald mal wieder Zeit.

comment:7 by Rüdiger Kupper, 5 years ago

Nullbedingung paedml->paedml:

[  3] local 127.0.0.1 port 40992 connected with 127.0.0.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  22.7 GBytes  19.5 Gbits/sec

comment:8 by Rüdiger Kupper, 5 years ago

rechner-lz-01 -> rechner-lz-02

[  3] local 127.0.0.1 port 40992 connected with 127.0.0.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  22.7 GBytes  19.5 Gbits/sec
Version 0, edited 5 years ago by Rüdiger Kupper (next)

comment:9 by Rüdiger Kupper, 5 years ago

rechner-lz-01 -> paedml

Client connecting to paedml, TCP port 5001
TCP window size:  468 KByte (default)
--------------------------------------------------------------------------
[  3] local 10.16.112.226 port 51606 connected with 10.16.112.4 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  1.09 GBytes   936 Mbits/sec
Last edited 5 years ago by Rüdiger Kupper (previous) (diff)

comment:10 by bau, 5 years ago

sieht gut aus.
Mehr wird nicht gehen, da die Rechner ja alle nur GBit-Karten haben. Der Switch im LZ ist mit einem 6-GBit-Trunk an den ciscoHeizung angebunden, dieser mit einer 10GBit-Leitung zum ciscoServerraum.
Wie sieht es in den verschiedenen Us aus?

U2 dürfte unser schlechtester Kandidat sein, denn dort ist nur ein 100MBit-Switch installiert

comment:11 by Rüdiger Kupper, 5 years ago

Musste gestern Abend erst mal Fußball schauen ;-).

U1: rechner-5-01 -> paedml

root@rechner-5-01:~# iperf --client paedml
------------------------------------------------------------
Client connecting to paedml, TCP port 5001
TCP window size:  765 KByte (default)
------------------------------------------------------------
[  3] local 10.32.175.1 port 51268 connected with 10.32.1.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  1.08 GBytes   927 Mbits/sec

U2: rechner-5-16 -> paedml

root@rechner-5-16:~# iperf --client paedml
------------------------------------------------------------
Client connecting to paedml, TCP port 5001
TCP window size:  178 KByte (default)
------------------------------------------------------------
[  3] local 10.32.175.16 port 53072 connected with 10.32.1.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   112 MBytes  94.1 Mbits/sec

U3: rechner-5-29 -> paedml

root@rechner-5-29:~# iperf --client paedml
------------------------------------------------------------
Client connecting to paedml, TCP port 5001
TCP window size:  434 KByte (default)
------------------------------------------------------------
[  3] local 10.32.175.29 port 51302 connected with 10.32.1.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  1.08 GBytes   927 Mbits/sec

U4: rechner-5-40 -> paedml

root@rechner-5-40:~# iperf --client paedml
------------------------------------------------------------
Client connecting to paedml, TCP port 5001
TCP window size:  162 KByte (default)
------------------------------------------------------------
[  3] local 10.32.175.40 port 49264 connected with 10.32.1.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   112 MBytes  94.2 Mbits/sec

U2 und U4 sind demnach nur ein Zehntel so schnell angebunden wie der Rest.

comment:12 by Rüdiger Kupper, 5 years ago

Allerdings hatte ich die langen Anmeldezeiten gestern in 5-01 und im LZ. Also liegen die nicht am Netzwerk?
Die Tests wurden nun natürlich durchgeführt, als alles andere aus war. Im normalen Schulbetrieb kann die Lage vielleicht anders aussehen.

comment:13 by bau, 5 years ago

U2 ist klar.
U4 ist komisch, denn U4 ist mit 10GE vom cisco547 zum ciscoServerraum angebunden - warum hat der 100MBit?

comment:14 by Rüdiger Kupper, 5 years ago

Die Werte sind eindeutig. Besonders interessant, dass das Livestreaming aus U4 unter diesen Bedingungen so gut funktioniert hat...

comment:15 by bau, 5 years ago

Ausgabe des 10GE-Interfaces auf dem Switch in U4

cisco547#sh int tenGigabitEthernet 1/1
TenGigabitEthernet1/1 is up, line protocol is up (connected) 
  Hardware is Ten Gigabit Ethernet Port, address is 000a.4174.0440 (bia 000a.4174.0440)
  MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 10Gb/s, link type is auto, media type is 10GBase-SR
  input flow-control is on, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output never, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 310000 bits/sec, 313 packets/sec
  5 minute output rate 168000 bits/sec, 175 packets/sec
     1051490712 packets input, 533722381070 bytes, 0 no buffer
     Received 90280037 broadcasts (61050657 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 input packets with dribble condition detected
     918583359 packets output, 352651327331 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

Ich sehe keine Fehler.

comment:16 by bau, 5 years ago

Anscheinend hat die Netzwerkverbindung von rechner-5-40 ein Problem:

  • Messung zu rechner-5-55
  • Messung von rechner-5-54 
    ------------------------------------------------------------
Client connecting to 10.32.175.55, TCP port 5001
TCP window size:  858 KByte (default)
------------------------------------------------------------
[  3] local 10.32.175.54 port 53966 connected with 10.32.175.55 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  1.09 GBytes   936 Mbits/sec
  • Messung von paedml 
    ------------------------------------------------------------
Client connecting to 10.32.175.55, TCP port 5001
TCP window size: 22.9 KByte (default)
------------------------------------------------------------
[  3] local 10.32.1.1 port 37867 connected with 10.32.175.55 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  1.05 GBytes   901 Mbits/sec
  • Messung von rechner-5-40 
    ------------------------------------------------------------
Client connecting to 10.32.175.55, TCP port 5001
TCP window size:  153 KByte (default)
------------------------------------------------------------
[  3] local 10.32.175.40 port 36900 connected with 10.32.175.55 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   112 MBytes  94.0 Mbits/sec

comment:17 by lehm, 5 years ago

Seid ihr da noch dran?

comment:18 by Rüdiger Kupper, 5 years ago

Es könbte vielleicht, möglicherweise, eventuell mit der langen Loginzeit auf dem cloud-Rechner zusammenhängen. Kann aber auch etwas,völlig anderes gewesen sein??

comment:19 by lehm, 5 years ago

Milestone: Schuljahr 2020/21 → Schuljahr 2021/22

Wenn ich dich am Montag richtig verstanden habe, dann lagen die langen Zugriffszeiten der Cloud doch daran, dass er bei jedem Login das Dateisystem durchindiziert hat, oder nicht? Und das Problem hast du doch scheinbar gelöst?

comment:20 by lehm, 4 years ago

Milestone: Schuljahr 2021/22 → Schuljahr 2022/23
Resolution: → bleibt so
Status: new → closed
Note: See TracTickets for help on using tickets.