[MariaDB] Log --> Connect root@localhost as anonymous on

Pagina: 1
Acties:

Onderwerpen

Vraag


  • Blade_C
  • Registratie: Januari 2001
  • Laatst online: 19-09 20:13
Bij het debuggen van een probleem waarbij onze MariaDB slave server ontoegankelijk word met de melding "Too many connections" loop ik tegen een raadsel aan. Om te achterhalen welke connecties er open staan en waar deze vandaan komen heb ik uiteraard eerst geprobeerd in te loggen met een SUPER user profiel, maar zelfs die komt niet meer op het systeem. Nadien hebben we de super user role van alle users ontnomen m.u.v. één user, echter na enkele dagen wederom het zelfde probleem (soms duurt het een dag, soms duurt het een aantal dagen) en weer kom ik er niet op.

Omdat ik via deze route geen steek verder leek te komen heb ik de logging verder ingeschakeld. Nu zag ik daar iedere 5 minuten twee vreemde inkomende connecties binnen komen die beide geen "Quit" leken uit te voeren.
  1. De eerste was van ons PRTG monitoring systeem die iedere 5 minuten een check doet naar de DB performance. Hier bleek dat er geen check query was opgegeven en dat de connectie daardoor als abandoned werd beschouwd.
  2. De tweede was de melding access denied for user root@localhost using no password, aangezien de root user een wachtwoord had kwam deze melding voor, maar ik kwam er niet achter waar dit precies vandaan kwam. Hierop heb ik het wachtwoord van user root tijdelijk verwijdert en zie nu iedere 5 minuten onderstaande boodschap in de log
160928 14:07:03 635 Connect root@localhost as anonymous on
635 Query SHOW /*!50002 GLOBAL */ STATUS
635 Query SHOW VARIABLES
635 Query SHOW MASTER LOGS
635 Query SHOW /*!50000 ENGINE*/ INNODB STATUS
635 Quit

Is er iemand die mij wellicht kan vertellen wie verantwoordelijk is voor deze queries en waar ik de instellingen kan aanpassen om dit via een andere user met wachtwoord kan laten verlopen. De betreffende server betreft een Maria DB 10.1.14-MariaDB-1~trusty server draaiend op Ubuntu. Het is een slave server van een MariaDB cluster en uitsluitend in gebruik om off-site en offline backups van te kunnen maken.

Ik hoor graag of er mensen zijn die weten welk proces verantwoordelijk is voor deze queries.

Bij voorbaat dank!

Alle reacties


  • Ventieldopje
  • Registratie: December 2005
  • Laatst online: 19-09 11:00

Ventieldopje

I'm not your pal, mate!

Show processlist ;) (sorry, zit mobiel :+ )

www.maartendeboer.net
1D X | 5Ds | Zeiss Milvus 25, 50, 85 f/1.4 | Zeiss Otus 55 f/1.4 | Canon 200 f/1.8 | Canon 200 f/2 | Canon 300 f/2.8


  • Creepy
  • Registratie: Juni 2001
  • Laatst online: 15:14

Creepy

Tactical Espionage Splatterer

Even een tikje door naar Serversoftware en Windows Servers, want met daadwerkelijk development heeft het niks te maken. Programming -> Serversoftware en Windows Servers

[ Voor 7% gewijzigd door Creepy op 28-09-2016 22:07 ]

"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney


  • Blade_C
  • Registratie: Januari 2001
  • Laatst online: 19-09 20:13
Bedankt beide! Show processlist laat helaas niets zien met betrekking tot de taak die iedere 5 minuten lijkt te lopen en op de momenten dat we de fout Too many connections kregen konden we ook met een super user niet meer aanmelden op het systeem om de show process list uit te voeren.

De show processlist geeft onderstaande:

Id User Host db Command Time State Info Progress
3 system user \N Connect 150370 Waiting for master to send event \N 0.000
4 system user \N Connect 112 Slave has read all relay log; waiting for the slave I/O thread to update it \N 0.000
5 system user \N Connect 112 Slave has read all relay log; waiting for the slave I/O thread to update it \N 0.000
6 system user \N Connect 150370 Waiting for master to send event \N 0.000
7 system user \N Connect 112 Slave has read all relay log; waiting for the slave I/O thread to update it \N 0.000
8 system user \N Connect 150370 Waiting for master to send event \N 0.000
1059 myuser 10.1.0.200:51693 \N Query 0 init show processlist 0.000

Acties:
  • +1 Henk 'm!

  • GlowMouse
  • Registratie: November 2002
  • Niet online
De queries lijken te komen van Percona's Cacti templates. Voor veel grafieken is nu eenmaal superuser access nodig. Het voordeel van die grafieken is dat je kunt terugzien of het aantal connecties gradueel of juist plotseling oploopt.

Idle connecties worden standaard na acht uur uitgelogd. Met wait_timeout en interactive_timeout kun je dit aanpassen. Je zou ook ingelogd kunnen blijven zodat je bij problemen SHOW STATUS uit kunt voeren.