Κρασαρει η MySql kai Named service

[thessalonik]

Μερικες φορες, αρκετες φορες παρατηρω οτι κρασαρει ο Mariadb service kai to named service/

Δεν ξερω γιατι αλλα εχω παραπονα απο ενενα πελατη μου οτι "Error establishin connection"

Pως μπορω να βρω για ποιον λογω κρασαρει περιοδικα η mysql kai to named service?

Πειετε μου παραακαλω ποια error_log να παραθεσω.

 

Ευχαριστω.

[CyberCr33p]

Τι εννοείς ότι κρασάρει; Σταματάει να τρέχει; Όταν συμβεί αυτό και δώσεις την εντολή "ps -aux | grep mysql" σου εμφανίζει κάτι; Εάν δεν εμφανίζει κάτι και επειδή θυμάμαι από προηγούμενα μηνύματα σου ότι έχεις VPS, μάλλον καταναλώνεται όλη η RAM (και ενδεχομένως και η SWAP εάν υπάρχει) με αποτέλεσμα το λειτουργικό να "σκοτώνει" διεργασίες που τρέχουν για να ελευθερώσει RAM. Σε αυτή τη περίπτωση χρειάζεται να παραμετροποιήσεις τις υπηρεσίες που τρέχουν στο VPS σου ώστε να καταναλώνουν λιγότερη RAM ή να αναβαθμίσεις το VPS με περισσότερη RAM.

[thessalonik]

Την εδωσα και εγ αυτ την εντολη αλλα οχι ακριβως εκεινη την στιγμη που συνεβι και δεν εδειξε κατι,

συνηθως στο 60% ειναι η RAM και το συνολο της 4GB.

Υπαρχει καποιο αρχχειο που αν αναφερει τιε λεπτομεριες κρασαριμσατος της MySQL?

[NullScan]

Δοκίμασε το /var/log/mysql/error.log ανάλογα με τη διανομή σου.

[thessalonik]

mysql.log δεν εχει ara to mariadb.log ειναι?

 

[root@superhost ~]# tail -f /var/log/mariadb/mariadb.log 

190125 12:19:52 [Note] Server socket created on IP: '0.0.0.0'.
190125 12:19:52 [Note] Event Scheduler: Loaded 0 events
190125 12:19:52 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.5.60-MariaDB'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  MariaDB Server
190125 12:20:18 [ERROR] mysqld: Table './counters/pages' is marked as crashed and should be repaired
190125 12:20:18 [Warning] Checking table:   './counters/pages'
190125 15:02:29 [ERROR] mysqld: Table './counters/files' is marked as crashed and should be repaired
190125 15:02:29 [Warning] Checking table:   './counters/files'
190125 20:42:21 [ERROR] mysqld: Table './akis_varsa/wp_quick_chat_users' is marked as crashed and should be repaired
190125 20:42:21 [Warning] Checking table:   './akis_varsa/wp_quick_chat_users'

[CyberCr33p]

Mε 4GB RAM πρέπει να ρυθμίσεις κατάλληλα το my.cnf ώστε να μειωθεί όσο το δυνατόν περισσότερο η χρήση της RAM από την MySQL. Σκέψου ότι τρέχουν και άλλα προγράμματα όπως Apache και PHP που και αυτά μπορεί να χρησιμοποιούν μεγάλο μέρος της RAM.

Υπόψην ότι με το να "σκοτώνει" το λειτουργικό την διεργασία της MySQL μπορεί στη καλύτερη να δημιουργήσει κρασαρισμένους πίνακες όπως στη συγκεκριμένη περίπτωση ή ακόμα και δημιουργήσει σοβαρό πρόβλημα στην ακεραιότητα των δεδομένων.

Για να επισκευάσεις τώρα τους πίνακες δώσε την εντολή:

mysqladmin -A --auto-repair -p

 

[thessalonik]

[root@superhost ~]# mysqladmin -A --auto-repair -p
mysqladmin: unknown option '-A'

[CyberCr33p]

Την έγραψα πριν λάθος την εντολή. Η σωστή είναι:

 

mysqlcheck -A --auto-repair -p

 

[thessalonik]

To εδωσα και διορθωσε τους πινακες. Δες ομως τι μου γραφει ενας ξενος απο αλλο φορουμ.

"Hello Nikolaos,

our administrator checked the server and saw that the actual database your server uses is InnoDB, which is not a MariaDB and that changes the situation - the mysqlcheck is not relevant.

In this case you should just make the database dump export and create a new database, then import the expored sql dump file to the a new database. I believe these actions can be fully done via interface of Webmin."

Ισχυει κατι τετοιο?

[CyberCr33p]

Η βάση δεδομένων λέγεται MariaDB (στα περισσότερα είναι συμβατή με MySQL). Το InnoDB είναι το storage engine.

Λογικά δεν χρειάζεται να κάνεις αυτό που είπαν μιας και στους πίνακες InnoDB η MySQL (φαντάζομαι και η MariaDB που είναι fork της MySQL) κάνει αυτόματα επισκευή όταν την ξαναξεκινάς. Εάν είχε χοντρό πρόβλημα τότε δεν θα ξεκινούσε καθόλου και θα ήταν άλλη η διαδικασία για να την επισκευάσεις.

Σε περίπτωση που θέλεις να κάνεις αυτό που είπαν τρέξε τις εντολές:

mysqldump -u root --add-drop-table --routines --events --all-databases --force > backup.sql -p

mysql -u root -p < backup.sql

Εναλλακτικά μπορείς να κάνεις και optimize όπου στην περίπτωση των πινάκων InnoDB τους κάνει export και import οπότε έχει το ίδιο αποτέλεσμα με τις παραπάνω εντολές:

mysqlcheck -Ao -p

 

[NullScan]

Η MariaDB προωθεί το XtraDB σαν database engine που είναι fork του InnoDB με κάποια patches. Παρ' όλα αυτά, η InnoDB είναι supported φυσικά και είναι και το default σε MariaDB 10.2 και μετά.

Επίσης σαν γενικό κανόνα έχε υπ' όψιν σου οτι αν αλλάζεις κάποιες ρυθμίσεις στη MySQL όπως το default table buffer size κτλ πρέπει να κάνεις repair τη βάση σου όπως σου είπε ο CyberCr33p γιατί πρέπει να ξαναδημιουργηθούν τα αρχεία της βάσης στο δίσκο με το καινούριο μέγεθος ή/και να αλλάξουν κάποιες εσωτερικές ρυθμίσεις της MySQL που αν δεν γίνει σε φέρνουν στο πρόβλημα που είχες. Υποθέτω λοιπόν οτι έφτιαξες αρχικά τη βάση σου, τη γέμισες data και μετά πείραξες στο my.cnf κάποιες τέτοιες ρυθμίσεις για performace?

[thessalonik]

οχιδεν πειραξα καθολου το my.cnf τις βασεις ολες τις δημιουργησε το wordpress

 

To mono pou ekana einai 

mysqlcheck -A --auto-repair -p

[fanossst]

Αυτο που σου ειπαν και τα παιδια παραπανω είναι και ενα backup μεσα σε όλα τα αλλα...
" mysqldump -u root -p --all-databases (ή μία database π/χ mywordpressDB) > backup.sql "  (backup εδω)

Back up μπας και έχεις κανει ποτε ξανα?

Αν είναι απλα ενα στατικό wordpress site , απλα κανε restore μια παλαιότερη version της DB. Αν παλι το site εχει ενημέρωση....τοτε.....κριμα! Μην κανεις restore τετοιου είδους restore σε καμια περιπτωση.

"mysql -u root -p < backup.sql" (restore εδω)

Στείλε μας και σαν attachments τα /var/log/bind|named|ή όπως αλλιώς έχεις πει τον named Logfile σου , μαζι με το syslog να σου πούμε και για τον bind σου

 

PS το logfile του named το ορίζεις στο named.conf.options ή στο named.conf . Αν είναι default εγκατάσταση θα τα βρείς κάτω απο το /etc

bonus (mysql)

χρησιμα commands να φτιαξεις τα tables

SSH το μηχανάκι σου.
mysql -uroot -p (enter) 
mysql> use DBNAME;
mysql> REPAIR TABLE `wp_quick_chat_users`;

 

Επεξ/σία 8 Φεβρουαρίου 2019 από fanossst

[CyberCr33p]

Στις 28/1/2019 στις 5:02 ΜΜ, thessalonik είπε

οχιδεν πειραξα καθολου το my.cnf τις βασεις ολες τις δημιουργησε το wordpress

Πώς τις δημιούργησε το wordpress; Μήπως χρησιμοποιείς τον κωδικό του root για τα wordpress;

[thessalonik]

Μεσα απο το διαχειριστικο περιβαλλον του webmin το εκανα.

Επισης στις wsgi εφαρμογες μου παιρνω πολυ συχνα 

 

pymysql.err.InterfaceError

pymysql.err.InterfaceError: (0, '')

και δνε ξερω γιατι. Μολις κανω restart ton httpd ξαναδουλευει η εφαρμογη μεχρι να ξαναπεσει.