Hi,
So als Vorschlag:
Überprüft mal die HTTP-Returncodes auf übermäßig lange Keepalives.
Im zweifel einfach mal mit max_keepalives und timeout spielen.
Mit "MaxKeepAliveRequests 0" hab ich gerade bei diesem Lastprofil
schlechte Erfahrung gesammelt. Am besten von
"KeepAliveTimeout 30" und
Hi,
> Am 06.04.2017 um 16:48 schrieb Andreas Goetz :
>
> Ich denke das Muster wird langsam klar. Hier der Apache Status:
>
> CPU Usage: u1237.04 s161.58 cu.21 cs.08 - .433% CPU load
> 3.36 requests/sec - 82.9 kB/second - 24.7 kB/request
> 84 requests currently being
> Am 06.04.2017 um 14:25 schrieb Andreas Goetz :
>
> Nicht zuviel los:
jein
> top - 14:23:52 up 6 days, 15:24, 1 user, load average: 0.40, 0.27, 0.16
> Tasks: 182 total, 2 running, 180 sleeping, 0 stopped, 0 zombie
> %Cpu(s): 3.0 us, 0.7 sy, 0.0 ni, 94.3 id, 2.0
Am 06.04.2017 um 13:26 schrieb Frank Richter:
Wiki fühlte sich gerade mal sehr zäh an
Stimmt hier auch. Sehr langsam wieder.
Gruß
Udo
Da es diesen Kanal jetzt schon mal gibt, war ich so frei und hab einfach
manuell was hingepusht - funktionieren tut es:-)
Übrigens ist bei demo der Port 8082 offen - müsste nicht sein bei der
Variante mit Apache-Proxy, oder?
Und nehmt doch mal den doppelten MW-Eintrag raus, bei erreichbarem
Moin Andreas,
ist der Kanal "Push Demo" von dir und sollten da Push-Daten ankommen?
Grüße
Frank
Am 06.04.2017 09:46 schrieb "Andreas Goetz" :
> Danke Frank- schön gesehen :)
>
> Jetzt ist der PS auf demo auch wieder von außen erreichbar. Bitte
> Performance demo/wiki
Update: auch im Tagesverlauf ist- ohne dass wir an der SW etwas geändert
hätten- nichts Wildes passiert:
Apr 05 17:55:51 volkszaehler.org php[14319]: 3.0MB[ws] connections: 43
Beobachten wir also weiter, bitte per ML oder PM an mich melden wenn das Wiki
nicht mhr tut.
Viele Grüße,
Am 4. April 2017 um 18:35 schrieb Justin Otherguy :
> …wenn ich mich kurz einmischen darf:
>
> > Am 04.04.2017 um 18:27 schrieb Andreas Goetz :
> >
> >
> >> On 4. Apr 2017, at 18:05, Frank Richter
> wrote:
> >>
> >> +1 von
…wenn ich mich kurz einmischen darf:
> Am 04.04.2017 um 18:27 schrieb Andreas Goetz :
>
>
>> On 4. Apr 2017, at 18:05, Frank Richter wrote:
>>
>> +1 von mir für standardmäßige Deaktivierung von Demo in der options.js. Ich
>> glaube der Fall, dass
> On 4. Apr 2017, at 18:05, Frank Richter wrote:
>
> +1 von mir für standardmäßige Deaktivierung von Demo in der options.js. Ich
> glaube der Fall, dass jemand Demo als MW nutzt, das Frontend aber selbst
> installiert, dürfte eher exotisch sein.
>
> Damit werden
+1 von mir für standardmäßige Deaktivierung von Demo in der options.js. Ich
glaube der Fall, dass jemand Demo als MW nutzt, das Frontend aber selbst
installiert, dürfte eher exotisch sein.
Damit werden wir die vielen Frontends, die eine Verbindung aufbauen wollen,
aber erstmal nicht los. Wie wäre
> On 4. Apr 2017, at 17:00, Jakob Hirsch wrote:
>
> Am 04.04.2017 um 14:47 schrieb Justin Otherguy:
>> inzwischen ist klar: es lag am zusätzlich aktivierten Push-Server.
>> Andreas schaut sich nochmal an, ob es am Push-Server an sich liegt
>> oder die Beliebtheit desselben die
Am 4. April 2017 um 15:29 schrieb Andreas Goetz :
> Glaskugel -> Logging -> Auswerten...
>
Ich wollte ja in erster Linie wissen, ob es Erkenntnisse zur Nutzung gibt -
der Rest ist Theorie, schon klar.
Gerade noch gesehen: im Demo-Frontend sind offensichtlich 2 Middlewares
Zur Zeit wieder sehr zäh...
Am 3. April 2017 um 19:36 schrieb sirell :
> Nur so als Idee,
>
> Lass deinen check_mk doch mal den apache status mitnehmen.
>
> Ich habe gerade ein doofes Problem mit keepalives und dem apache gehabt
> und damit ganz gut eingrenzen können.
>
Ja - kann ich auch bestätigen. Wiki flutscht wieder (Firefox 51.0.1
(32-Bit)).
VG iot
Am 3. April 2017 um 09:52 schrieb Udo1 :
> Am 02.04.2017 um 22:34 schrieb Justin Otherguy:
>
>> Mal sehen…
>>
> Also bis jetzt ist die Erreichbarkeit sehr gut.
> Braucht es dann überhaupt einen
Am 02.04.2017 um 22:34 schrieb Justin Otherguy:
Mal sehen…
Also bis jetzt ist die Erreichbarkeit sehr gut.
Braucht es dann überhaupt einen neuen Server?
Gruß
Udo
Perfekt. Wäre es ok wenn wir das erstmal solange beobachten- vor Umzug- bis wir
den Code als Ursache ausschließen können?
Viele Grüße,
Andreas
> Am 02.04.2017 um 22:34 schrieb Justin Otherguy :
>
> af7d2a715eb777419f87315569fc34ef509cb532
> Am 02.04.2017 um 22:09 schrieb Andreas Götz :
>
> Kann es mir zwar nicht vorstellen aber der Test wäre sinnvoll. Falls doch ein
> Problem drin steckt finden wir es sonst nie wieder!
ok, ich bin jetzt mal auf af7d2a715eb777419f87315569fc34ef509cb532 („Use https
to avoid
Kann es mir zwar nicht vorstellen aber der Test wäre sinnvoll. Falls doch ein
Problem drin steckt finden wir es sonst nie wieder!
Vielen Dank, Andreas
> Am 02.04.2017 um 22:04 schrieb Justin Otherguy :
>
> Hi Udo,
>
>> Am 02.04.2017 um 21:56 schrieb Udo1
Abend,
ich hab gerade ein halbes Dutzend Anläufe gebraucht um eine geänderte
Wikiseite zu speichern. Immer meldete Opera Proxyfehler wegen
Zeitüberschreitung.
mfg Daniel
Moin Justin,
> On 28. Mar 2017, at 21:28, Justin Otherguy wrote:
>
> Moin,
>
>> Am 28.03.2017 um 13:23 schrieb Andreas Goetz :
>>
>> On 28. Mar 2017, at 13:09, Udo1 wrote:
>>>
>>> Ich hänge mich mal daran.
>>> Auch hier ist der
Am 30.03.2017 um 00:22 schrieb mailing3...@gmail.com:
Ich komme ohne Probleme und auch schnell auf die Wiki-Seiten. (Firefox
50.0.2)
Ich heute Morgen auch wieder. Scheint also temporär zu sein, trotz
neuestem Firefox, 52.0.2.
Gruß
Udo
Am 28.03.2017 um 21:28 schrieb Justin Otherguy:
bitte mal beobachten.
Hi Justin,
gestern war gut, jetzt tut es wieder nicht.
Gruß
Udo
Moin,
> Am 28.03.2017 um 13:23 schrieb Andreas Goetz :
>
> On 28. Mar 2017, at 13:09, Udo1 wrote:
>>
>> Ich hänge mich mal daran.
>> Auch hier ist der Aufruf des Wikis sehr lahm bzw. teilweise gar nicht
>> möglich.
>
> Die Kiste langweilt sich:
>
> load
On 28. Mar 2017, at 13:09, Udo1 wrote:
>
> Ich hänge mich mal daran.
> Auch hier ist der Aufruf des Wikis sehr lahm bzw. teilweise gar nicht möglich.
Die Kiste langweilt sich:
load average: 0.08, 0.11, 0.08
@Justin: Worker nochmal hoch setzen und/oder Middleware aktualisieren
Ich hänge mich mal daran.
Auch hier ist der Aufruf des Wikis sehr lahm bzw. teilweise gar nicht
möglich.
Gruß
Udo
Am 21.03.2017 um 20:53 schrieb Koch, Michael:
Hallo,
weil volkszähler.org und insbesondere das Wiki (wie auch gerade im
Moment) sehr schlecht oder auch gar nicht (wie jetzt)
Hallo,
weil volkszähler.org und insbesondere das Wiki (wie auch gerade im
Moment) sehr schlecht oder auch gar nicht (wie jetzt) erreichbar ist -
wollte ich dies hier mal ansprechen.
**räusper** - hat jemand denn eine Idee worans liegt?
Gruß,
Michael
27 matches
Mail list logo