Προς το περιεχόμενο

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


thessalonik

Προτεινόμενες αναρτήσεις

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

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

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

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

 

Ευχαριστω.

Σύνδεσμος στην ανάρτηση
Κοινοποίηση σε άλλες σελίδες

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

Σύνδεσμος στην ανάρτηση
Κοινοποίηση σε άλλες σελίδες

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

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

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

Σύνδεσμος στην ανάρτηση
Κοινοποίηση σε άλλες σελίδες

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

 

[[email protected] ~]# 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'

Σύνδεσμος στην ανάρτηση
Κοινοποίηση σε άλλες σελίδες

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

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

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

mysqladmin -A --auto-repair -p

 

  • Like 1
Σύνδεσμος στην ανάρτηση
Κοινοποίηση σε άλλες σελίδες

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

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

Σύνδεσμος στην ανάρτηση
Κοινοποίηση σε άλλες σελίδες

Η βάση δεδομένων λέγεται 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

 

Σύνδεσμος στην ανάρτηση
Κοινοποίηση σε άλλες σελίδες

Η 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?

Σύνδεσμος στην ανάρτηση
Κοινοποίηση σε άλλες σελίδες

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

 

To mono pou ekana einai 

mysqlcheck -A --auto-repair -p
Σύνδεσμος στην ανάρτηση
Κοινοποίηση σε άλλες σελίδες
  • 2 εβδομάδες αργότερα...
Δημοσ. (επεξεργασμένο)

Αυτο που σου ειπαν και τα παιδια παραπανω είναι και ενα 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`;

 

Επεξ/σία από fanossst
Σύνδεσμος στην ανάρτηση
Κοινοποίηση σε άλλες σελίδες
Στις 28/1/2019 στις 5:02 ΜΜ, thessalonik είπε

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

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

Σύνδεσμος στην ανάρτηση
Κοινοποίηση σε άλλες σελίδες

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

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

 

pymysql.err.InterfaceError

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

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

Σύνδεσμος στην ανάρτηση
Κοινοποίηση σε άλλες σελίδες

Δημιουργήστε ένα λογαριασμό ή συνδεθείτε για να σχολιάσετε

Πρέπει να είστε μέλος για να αφήσετε σχόλιο

Δημιουργία λογαριασμού

Εγγραφείτε με νέο λογαριασμό στην κοινότητα μας. Είναι πανεύκολο!

Εγγραφείτε για έναν νέο λογαριασμό

Σύνδεση

Έχετε ήδη λογαριασμό; Συνδεθείτε εδώ.

Συνδεθείτε τώρα
  • Δημιουργία νέου...

Με την περιήγησή σας στο insomnia.gr, αποδέχεστε τη χρήση cookies που ενισχύουν σημαντικά την εμπειρία χρήσης.