Userbase traag

datakiller · Bericht 27 jan 2018, 00:21

boonpwnz schreef:Ja ik vind dat een probleem. Waarom moet UB hier speciaal in doen?

Hier merk ik niets, ben altijd ingelogd. (Ook na het herstarten van mijn browser / PC)

Bericht 27 jan 2018, 08:27

Idem hier. Geen enkel probleem met ingelogd blijven, ook niet na herstart FF58 of PC.

boonpwnz · Bericht 27 jan 2018, 10:24

Ik dus elke keer sinds donderdag. Weet niet wat dit kan veroorzaken maar op tweakers en hwi blijf ik aangelogd want ik kom daar evenveel als hier

Bericht 27 jan 2018, 15:57

Ik heb dat heel veel voor op Userbase ... en op zo goed als geen enkele andere website/forum.

Moet nu ook wel zeggen dat UB ook de enige website is met zo'n oude versie...

boonpwnz · Bericht 27 jan 2018, 16:41

Ah ok zou het daaraan liggen?

Ik heb het nu wel enorm frequent. Browser sluiten is direct opnieuw inloggen...

Bericht 27 jan 2018, 19:20

Met alle browsers?

boonpwnz · Bericht 27 jan 2018, 20:11

Dat zal ik eens moeten uittesten.

Want er is een interval en dat gaat niet direct.

Ik ga eens douchen en zien of dat met een andere browser veranderd

EDIT:

Bij opera was ik nog steeds ingelogd sinds ik al een maand chrome gebruik vind ik dat raar.

ubremoved_15739 · Bericht 01 feb 2018, 14:33

Ruim dertig seconden om in te loggen.
Tien à twintig seconden om een pagina te laden.

't Ja, ik zal het maar melden dacht ik zo.

Bericht 01 feb 2018, 15:06

D'er moet toch iets zijn dat nu specifiek hier voor zorgt, want ik krijg allemaal Pingdom en uptimerobot-notificaties:

ub_response_20180201.png

ubremoved_15739 · Bericht 01 feb 2018, 15:45

Kan jij zien of ie lacht?

root.jpg

Edit.

meon schreef:D'er moet toch iets zijn dat nu specifiek hier voor zorgt, [snip]

Men zou toch verwachten dat zulks ook in de logs te zien moet zijn.
Of toch minstens een aanknopingspunt vinden om daarna specifieker en gerichter het probleem in kaart te brengen (en op te lossen).
Of zijn de resources hiervoor niet (meer) aanwezig in de admin groep?

Uit jouw grafiek blijk dat dit gedrag zich deze keer gedurende een uur ontwikkelde (tot een "Response Time" van bijna 40 seconden) om daarna langzaam aan terug beter te worden.
Ik zou haast denken dat de oorzaak van buitenaf moet komen.

Geert-Jan · Bericht 01 feb 2018, 19:16

Misschien is dit het probleem als ik zo in de broncode kijk:

Code: Selecteer alles

   <!-- Begin Cookie Consent plugin by Silktide - http://silktide.com/cookieconsent -->
    <script type="text/javascript">
        window.cookieconsent_options = {"message":"Userbase gebruikt cookies voor websitestatistieken en werking van het forum-systeem.","dismiss":"Ik snap het!","learnMore":"Meer informatie","link":"/disclaimer","theme":"light-floating"};
    </script>

    <script type="text/javascript" src="//cdnjs.cloudflare.com/ajax/libs/cookieconsent2/1.0.9/cookieconsent.min.js"></script>
    <!-- End Cookie Consent plugin -->

De pagina begint met naar andere servers te linken, normaal doe je zoiets op het einde van een webpagina zodat indien zo'n server traag is of een blokker houd het tegen, dan blijft je website toch snel laden.

Tomby · Bericht 13 feb 2018, 18:35

Ik heb het nog nooit zo erg geweten als dat het nu op dit eigenste moment is. Userbase is momenteel nagenoeg onbruikbaar. Elke klik duurt minstens 20" eer er iets gebeurt.
EDIT: lijkt inderdaad terug ok nu.

boonpwnz · Bericht 13 feb 2018, 18:44

Had ook enorm veel last daarnet.

cptKangaroo · Bericht 14 feb 2018, 18:27

Is het zeker dat dit een interne oorzaak heeft? Destijds had ik de indruk dat er meer meldingen waren vanaf dat dispuut met de concurrerende tv downloader apps maar da's uiteraard niet meer dan een indruk.

Bericht 15 feb 2018, 06:19

Ik kan me niet herinneren dat het "niet" traag geweest is soms... En ik kan dat zeker niet linken aan gebeurtenissen op het forum (zoals die tvdownloader dingen)

Bericht 06 maa 2018, 11:36

Ja jongens, 45 seconden om iets te zoeken ...

boonpwnz · Bericht 06 maa 2018, 11:40

Ik had vanmorgen een 2 minuten delay.

wied · Bericht 06 maa 2018, 11:59

intussen alles weer normaal!

Bericht 06 maa 2018, 17:04

Ik heb denk ik de schuldige geïdentificeerd:

synthesio.png

Heb die Synthesio eens toegevoegd aan onze robots.txt ...

Bericht 06 maa 2018, 22:06

Synthesio?

Bericht 07 maa 2018, 05:21

Ik merk nu ook vertraging. Het laden van pagina's duurt ongeveer 12-15 seconden. (6u15)

BTW, wil ik loadtimes plaatsen, laadt alles toch wel terug normaal in zeker (1-2 sec). Daar zal Murphy weer tussen zitten.

Bericht 07 maa 2018, 10:47

on4bam schreef:Ik merk nu ook vertraging. Het laden van pagina's duurt ongeveer 12-15 seconden. (6u15)

En jawel, zelfde schuldige:

synthesio2.PNG

Synthesio is een social media monitoring/marketing-systeem en 't lijkt er op dat die in bursts de site afgaan.
Als je dat vergelijkt met het gedrag van Googlebot zie je waar het probleem zich bevindt:

googlebot.png

Google doet ook veel requests, maar veel meer verspreid.

ubremoved_539 · Bericht 24 maa 2018, 17:45

En het is weer enorm traaaaaggggggggg

Bericht 05 jul 2018, 22:46

Tis weer vanda; ettelijke minuten geen enkele reactie.

satsurfer · Bericht 05 jul 2018, 23:24

nu bliksemsnel (via Orange). Surf je via de boardsponsor mss.?

Bericht 06 jul 2018, 00:03

Duurt nooit langer dan 5 min; ik heb het voorgevoel dat er weer een indexing bot is gepasseerd.

tb0ne · Bericht 06 jul 2018, 08:42

Rate limiting via firewall? Het is feitelijk een kleine dos attack toch?

Bericht 04 dec 2018, 21:09

Het is weeral vanda.
Net nog 2-5 min moeten wachten op page loads.

Jack Daniels · Bericht 05 dec 2018, 08:06

Om nog maar te zwijgen van het feit dat ik de grootste moeite heb om hier in te loggen vanop mijn smartphone. Vaak geef ik het op en neem mijn toevlucht tot de tablet.

petrol242 · Bericht 05 dec 2018, 08:09

Er zitten ook weer "vreemde" onderwerpen in de topiclijst. Ik denk dat er een paar bots weer actief aan de voordeur van UB aan het aankloppen zijn.

Bericht 05 dec 2018, 11:55

Ik heb vandaag inderdaad paar alerts gehad:

chrome_2018-12-05_12-51-40.png

Alleen als ik naar de access-logs kijk zie ik geen opvallende uitschieters:

PBIDesktop_2018-12-05_12-52-28.png

De meeste requests komen van Exabot https://www.exalead.com/search/ , maar behalve de hoeveelheid zijn die requests zijn best mooi verspreid over tijd...

Dus euh, ik weet het even niet? Apache2 kent (standaard) geen veld "time taken" zoals IIS.

Splitter · Bericht 05 dec 2018, 12:46

misschien de DB dat ergens last heeft of teveel verbindingen moet slikken?
(of de apache threads die met een te hoge keepalive ofzo zitten?)

Bericht 06 dec 2018, 02:38

Is het echt niet mogelijk om elke individuele "user", incl bots, een max bandwidth toe te kennen?

Bericht 06 dec 2018, 20:43

Update: vandaag tussen 21:37 en 21:42 geen enkele pagina kunnen laden; alles in eindeloze timeout.
Zeggen de logs iets?

Bericht 07 dec 2018, 00:53

Ik heb nog niets gemerkt. Ik ben wel weing actief op UB en meestal na miďdernacht. De bitjes moeten 13000 Km overbruggen en gaan eerst via de vpn thuis maar het laden gaat net als thuis.

Splitter · Bericht 15 dec 2018, 22:26

vandaag wel heel lang supertraag...
ondertussen lijkt alles (behalve de zoekfunctie) terug te reageren.

daarstraks kon ik wel onmiddelijk verbinden op poort 80/443 maar kreeg gewoon geen antwoord van de webserver.
hopelijk vinden de admins het probleem volgend jaar

Bericht 15 dec 2018, 23:11

Natuurlijk moet dat net gebeuren als ik eens niet thuis ben

.
Had m'n gsm op stil staan wegens optreden en was foto's aan't maken en dan zie ik ik-weet-niet-hoeveel notificaties van monitoring.

Morgen eens de logfiles doorspitten of ik een schuldige kan aanwijzen, want 't is vrijwel altijd een externe factor.

//edit: 't lijkt MySQL te zijn, die zat op 100% op 1 thread waardoor al de rest aan't queuen was... Ik ben geen DBA, dus ik weet niet hoe ik dit moet troubleshooten. Mogelijk dirty tables die wat optimization nodig hebben?

Bericht 15 dec 2018, 23:26

Klopt, daarnet was het forum voor meerdere uren niet traag, maar gewoon helemaal onbereikbaar.

Latency lijkt me in orde in elk geval:
Oostkamp : http://sp01.oostkamp.be.smokeping.netwo ... ivate-UBbe
Antwerpen : http://sp01.antwerpen.be.smokeping.netw ... ivate-UBbe
Brussel : http://sp01.brussel.be.smokeping.networ ... ivate-UBbe

Indien gewenst kan ik de UB server wel ns op mijn observium steken.

Bericht 15 dec 2018, 23:32

Mja, 't gaat niet netwerk-gerelateerd zijn, zouden al iets als Dynatrace moeten gebruiken om aan applicatiemonitoring te doen.

Bericht 15 dec 2018, 23:33

Wat hebben we al gedaan op serverniveau zelf?