mysqldump o bytes

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Pagina: « vorige 1 2 3 volgende »

Ozzie PHP

Ozzie PHP

20/10/2016 02:30:07
Quote Anchor link
>> Ik weet niet wat mysqld is

De mysqlDaemon ... klik: hier

@SanThe: GOED BEZIG!


* edit: link pakte niet goed vanwege underscore ... nu wel goed
Gewijzigd op 20/10/2016 02:34:54 door Ozzie PHP
 
PHP hulp

PHP hulp

27/11/2024 03:47:25
 
Marina janssen

marina janssen

20/10/2016 02:32:55
Quote Anchor link
Heel erg bedankt weer hoor.
 
- SanThe -

- SanThe -

20/10/2016 02:34:19
Quote Anchor link
Graag gedaan.
Succes.
 
Marina janssen

marina janssen

20/10/2016 14:03:45
Quote Anchor link
Dit kreeg ik vanochtend:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
/etc/cron.daily/logrotate:
/usr/bin/mysqladmin: refresh failed; error: 'Unknown error'
error: error running shared postrotate script for '/var/log/mysql.log /var/log/mysql/mysql.log /var/log/mysql/mysql-slow.log /var/log/mysql/error.log '
run-parts: /etc/cron.daily/logrotate exited with return code 1
 
- SanThe -

- SanThe -

20/10/2016 14:07:09
Quote Anchor link
Goede morgen ;-)

Bestaan die logfiles?

/var/log/mysql.log
/var/log/mysql/mysql.log
/var/log/mysql/mysql-slow.log
/var/log/mysql/error.log

Toevoeging op 20/10/2016 14:08:54:

En deze?

/var/log/mysqld.log
 
Marina janssen

marina janssen

20/10/2016 14:24:31
Quote Anchor link
Mogge:)
Deze bestaan niet:
/var/log/mysql/mysql.log
/var/log/mysql/mysql-slow.log
 
- SanThe -

- SanThe -

20/10/2016 14:30:49
Quote Anchor link
Wat is de tijd/datum van de bestaande logfiles?
Gewijzigd op 20/10/2016 14:36:20 door - SanThe -
 
Marina janssen

marina janssen

20/10/2016 15:05:11
Quote Anchor link
Oct 20 06:25 mysql.log deze is leeg
Oct 20 06:25 error.log deze ook
Oct 20 02:14 mysqld.log
 
- Ariën  -
Beheerder

- Ariën -

20/10/2016 15:55:43
Quote Anchor link
Misschien een idee om mysql te verwijderen en opnieuw te installeren?
 
Willem vp

Willem vp

20/10/2016 17:46:29
Quote Anchor link
Marina janssen op 20/10/2016 15:05:11:
Oct 20 06:25 mysql.log deze is leeg
Oct 20 06:25 error.log deze ook
Oct 20 02:14 mysqld.log

In je my.cnf heb je aangegeven dat de logfile /var/log/mysqld.log is (let op de 'd'). De logrotate-configuratie kijkt echter (onder andere) naar /var/log/mysql.log (zonder 'd').

Logrotate heeft nu na het roteren nieuwe (lege) logbestanden aangemaakt, zodat je de volgende keer de foutmelding niet meer zult zien. Maar het echte 'probleem' is nog niet opgelost, want die mysqld.log wordt niet meegenomen in de rotatie.

Dit kun je verhelpen door in de logrotate-config de juiste (pad)namen aan te geven van de bestanden die moeten worden geroteerd. Waarschijnlijk staat die configuratie in /etc/logrotate.d/mysql (maar dat kan in theorie afhankelijk zijn van de gebruikte Linux-distributie).
Gewijzigd op 20/10/2016 17:46:58 door Willem vp
 
Marina janssen

marina janssen

20/10/2016 18:36:37
Quote Anchor link
Dit is etc/logrotate.d/mysql-server
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
# - I put everything in one block and added sharedscripts, so that mysql gets
#   flush-logs'd only once.
#   Else the binary logs would automatically increase by n times every day.
/var/log/mysql.log /var/log/mysql/mysql.log /var/log/mysql/mysql-slow.log /var/log/mysql/error.log {
        daily
        rotate 7
        missingok
        create 640 mysql adm
        compress
        sharedscripts
        postrotate
                test -x /usr/bin/mysqladmin || exit 0
                # If this fails, check debian.conf!
                MYADMIN="/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf"
                if [ -z "`$MYADMIN ping 2>/dev/null`" ]; then
                  # Really no mysqld or rather a missing debian-sys-maint user?
                  # If this occurs and is not a error please report a bug.
                  #if ps cax | grep -q mysqld; then
                  if killall -q -s0 -umysql mysqld; then
                    exit 1
                  fi
                else
                  $MYADMIN flush-logs
                fi
        endscript
}

Ok, dus /var/log/mysqld.log zet ik erbij als ik het goed begrijp...en moet ik dan iets herstarten?
 
Ben van Velzen

Ben van Velzen

20/10/2016 18:42:49
Quote Anchor link
Ik zou adviseren om je my.cnf te reverten naar distributie standaard, omdat je anders bij elke update spul moet gaan wijzigen aan je logrotate configuratie. Zorg ervoor dat de paden naar logfiles in my.cnf overeenstemmen met wat er in logrotate staat, niet andersom.
 
Marina janssen

marina janssen

20/10/2016 18:45:25
Quote Anchor link
ok dus ik haal het weg en ik installer mysql opnieuw
Gewijzigd op 20/10/2016 18:47:06 door marina janssen
 
Willem vp

Willem vp

20/10/2016 21:14:25
Quote Anchor link
> Ok, dus /var/log/mysqld.log zet ik erbij als ik het goed begrijp...en moet ik dan iets herstarten?

Je hoeft niets te herstarten. Logrotate wordt gestart via cron.daily, dus er zijn geen processen die blijven draaien en daardoor op de hoogte gebracht moeten worden van wijzigingen.

> omdat je anders bij elke update spul moet gaan wijzigen aan je logrotate configuratie

Geen idee hoe dit bij Debian werkt, maar het gedrag dat hier wordt beschreven, herken ik niet. ;-) Ik werk zelf vooral met CentOS en Fedora, en wanneer de installer ziet dat je een configbestand hebt dat afwijkt van de distributieversie, wordt de distri-config ernaast gezet met een andere extensie. Het is verstandig om dan wel even te kijken of er nog instellingen zijn die je moet overnemen in je eigen config.

Overigens ben ik het niet oneens met Ben. Als je geen specifieke reden hebt om af te wijken (en zeker als je geen ervaring hebt met systeembeheer), maak je het voor je zelf een stuk eenvoudiger als je voor dit soort dingen de standaard instellingen gebruikt.
 
Ben van Velzen

Ben van Velzen

20/10/2016 22:38:11
Quote Anchor link
Willem, je hebt gelijk, echter ken ik het gedrag van de meeste mensen, "oh nieuwe config vanuit debian, overwrite". Bij CentOS, Fedora etc is het per package verschillend wat er gebeurt; de ene package plaatst een .rpmnew en laat je config ongemoeid, de ander zet een .rpmsave en verandert je config.
 
Marina janssen

marina janssen

20/10/2016 22:49:11
Quote Anchor link
Nou, ik heb geprobeerd alles te verwijderen met
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
apt-get remove --purge mysql\*
en daarna mysql weer geinstalleerd met
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
apt-get install mysql-server php5-mysql
Daarna herstart van Apache
Ik ging even kijken of etc/my.cnf was veranderd nu maar die is helemaal hetzelfde gebleven, maar toen zag ik dat er in /etc/mysql ook een my.cnf was ...
Gewijzigd op 20/10/2016 23:23:44 door marina janssen
 
Ben van Velzen

Ben van Velzen

20/10/2016 23:23:04
Quote Anchor link
Op debian wordt in principe /etc/mysql/my.cnf gebruikt. Weet je zeker dat mysql vanuit de standaard packages geinstalleerd *was*?
 
Marina janssen

marina janssen

20/10/2016 23:31:35
Quote Anchor link
Nee, ik wist echt van niks toen ik begon, gewoon wat tutorials gevolgd (ik wist bv niet dat de ene linuxdistr. de andere niet was) dus ik heb vast wel eens een tutorial gevolgd die niet bedoeld was voor Jessie.
 
Ben van Velzen

Ben van Velzen

20/10/2016 23:46:21
Quote Anchor link
Op dat punt zijn er inderdaad wat verschillen, als voorbeeld is Jessie de eerste Debian distro die systemd gebruikt, en oudere tutorials zijn daardoor niet altijd compatible. Zou niet direct tot problemen moeten leiden, maar het is wel iets om rekening mee te houden.
Gewijzigd op 20/10/2016 23:46:45 door Ben van Velzen
 
Marina janssen

marina janssen

21/10/2016 00:22:13
Quote Anchor link
Dus etc/my.cnf nu nutteloos omdat etc/mysql/my.cnf wordt gebruikt?
 

Pagina: « vorige 1 2 3 volgende »



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.