Userbase

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)

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

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

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...

Ah ok zou het daaraan liggen?

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

Met alle browsers?

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.

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.

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

Kan jij zien of ie lacht?

: root.jpg (19.18 KiB) 7017 keer bekeken

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.

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.

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.

Had ook enorm veel last daarnet.

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.

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)

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

Ik had vanmorgen een 2 minuten delay.

intussen alles weer normaal!

Ik heb denk ik de schuldige geïdentificeerd:

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

Synthesio?

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.

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

En jawel, zelfde schuldige:

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:

Google doet ook veel requests, maar veel meer verspreid.

En het is weer enorm traaaaaggggggggg

Tis weer vanda; ettelijke minuten geen enkele reactie.

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

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

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

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

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.

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.

Ik heb vandaag inderdaad paar alerts gehad:

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

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.

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

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

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

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.

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

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?

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.

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

Wat hebben we al gedaan op serverniveau zelf?

Userbase

Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag

Re: Userbase traag