Serverul MySql eroare de pornire 'server renunțe fără actualizarea fișier PID '

Pe Snow Leopard, începând MySQL dă următoarea eroare:

server renunțe fără actualizarea fișier PID

mea.cnf

[mysqld]
port            = 3306

socket          = /tmp/mysql.sock

skip-external-locking

key_buffer_size = 16K

pid-file=/var/run/mysqld/mysqld.pid

[mysqld_safe]

log-error=/var/log/mysqld.log

pid-file=/var/run/mysqld/mysqld.pid
Benjamin
Întrebarea editată 16 august 2012 в 2:40
Programare
mysql
10 februarie 2011 в 9:51
9 vizualizări
Comentarii la întrebare (7)

încercați să găsiți fișierul jurnal cu sufixul ".err", nu ar trebui să fie mai multe informații. Ar putea fi in:

/usr/local/var/mysql/your_computer_name.locale.err

L's, probabil, problema cu permisiunile

  1. verificați dacă orice instanță mysql este pornit

ps -ef | grep mysql

dacă da, ar trebui să-l oprească, sau să-l omoare pe procesul

kill -9 PID

unde PID` este numărul afișat lângă numele de utilizator pe ieșire de comandă anterioară

  1. verifica dreptul de proprietate asupra /usr/local/var/mysql/

ls-laF /usr/local/var/mysql/

dacă este proprietar de "root" ar trebui să-l schimbe mysql sau your_user

sudo chown -R mysql /usr/local/var/mysql/

Tombart
Răspuns editat 23 mai 2014 в 8:20
Comentarii (18)

Ai urmați instrucțiunile de bere instala mysql`?

Înființat baze de date pentru a rula la FEL de CONTUL DVS. de UTILIZATOR cu:

Pentru mysql 5.x:

unset TMPDIR
mysql_install_db --verbose --user=`whoami` --basedir="$(brew --prefix mysql)" --datadir=/usr/local/var/mysql --tmpdir=/tmp

Pentru a configura baza de tabele într-un alt folder, sau de a folosi un alt utilizator pentru a rula mysqld, vedere la ajutor pentru mysqld_install_db`:

mysql_install_db --help

și a vizualiza documentația MySQL:

Pentru mysql 8.x:

unset TMPDIR
mysqld --initialize-insecure --log-error-verbosity --user=`whoami` --basedir="$(brew --prefix mysql)" --datadir=/usr/local/var/mysql --tmpdir=/tmp

Asigurați-vă că directorul de date /usr/local/var/mysql de mai sus este gol, de rezervă, dacă este necesar.

Pentru a rula ca, de exemplu, utilizator "mysql", ar putea fi necesar pentru a "sudo":

sudo mysql_install_db ...options...

Începe mysqld manual cu:

mysql.server start

Notă: dacă acest lucru nu reușește, probabil te-ai uitat pentru a rula primii doi pași de mai sus

Itachi
Răspuns editat 15 iulie 2019 в 6:49
Comentarii (15)

Am avut aceeasi problema pe Mac-ul meu aparat (urmat corect toți pașii de instalare a sugerat de către o fiertură de instala`).

Ștergerea fișier de eroare fix pentru mine:

sudo rm-rf /usr/local/var/mysql/dev.de muncă.err (`dev.munca mea este hostname)

Aceasta a lucrat pentru dev.de muncă.err a fost deținută de _mysql:roată, în loc de propria mea de utilizator. CHOWN-ing eroare de fișier probabil ar fi fix la fel de bine.

Comentarii (10)

După repornirea am avut aceeasi problema. Iată cum am rezolvat:

 sudo chown -R _mysql /usr/local/var/mysql
Comentarii (10)

Aceasta a lucrat pentru mine...

Verificați toate de MySQL rulează:

$ ps aux | grep mysql

USER     PID    %CPU  %MEM 
_mysql   5970   0.0   0.4 ...

Apoi, ucide toate procesele enumerate la comanda de mai sus, folosind următoarele:

$ sudo kill -9 [PID]

Înlocuiți [PID] cu cele individuale PID din lista de mai sus, de exemplu, 5970`.

Fac asta pentru toate liniile vezi cu prima comanda.

Atunci poti pornire serverul MySQL din nou:

mysql.server start
Joshua Pinter
Răspuns editat 16 martie 2015 в 8:34
Comentarii (1)

Eroare fișier mi-a spus, de asemenea, că port poate fi utilizat de un alt proces, ci pur și simplu de funcționare sudo mysql.serverul start fix problema pentru mine.

Comentarii (4)

Această eroare poate apărea atunci când încearcă pentru a începe msql, după ce a fost necorespunzător de închidere.

  1. Aruncati o privire la mysql fișierul jurnal de eroare. Dacă spune ceva de genul "Verificați dacă nu aveți deja un alt mysqld proces utilizând aceleași date sau fișiere jurnal.", atunci ai nevoie pentru a în mod corespunzător opririi acestui proces.

  2. Vezi ce proces mysql rulează pe, utilizați această comandă: lsof -i:3306

Ieșire ar trebui să arate astfel: 

COMMAND  PID    USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
mysqld  4249 username   17u  IPv4 0x7843d9d130469c0b      0t0  TCP localhost:mysql (LISTEN)
  1. Termina procesul de funcționare mysql: omor -15 4249`

Ucide -15 trimite un siganl la proces pentru a elibera resurse este de blocare și a termina procesul de după.

  1. Acum mysql ar trebui pornire cu probleme: mysql.serverul start
Comentarii (1)

Dacă nimeni nu răspunde te-a ajutat, doar elimina folderul /usr/local/var/mysql și apoi instalați mysql din nou brew reinstaleaza mysql.

Comentarii (2)

Încercați să eliminați ib_logfile0 " și " ib_logfile1 fișiere și apoi executați mysql din nou 

rm /usr/local/var/mysql/ib_logfile0
rm /usr/local/var/mysql/ib_logfile1

Acesta funcționează pentru mine.

Comentarii (2)

Recent am dat peste această problemă, cu toate acestea a fost de lucru înainte, apoi s-a oprit.

Acest lucru a fost pentru că am început inițial mysql.server ca root în loc de mine.

Fix a fost de a șterge err fișier jurnal (care a fost deținută de _mysql). Începând din nou am trecut.

Kevin Panko
Răspuns editat 3 octombrie 2013 в 6:05
Comentarii (1)

Soluția care a lucrat pentru mine a fost aici: https://serverfault.com/questions/334284/cant-create-pid-file-on-mysql-server-permission-denied

Schimbarea niște permisiuni părea să facă truc. Am'm execută un Mid-2012 Macbook Air cu OS X 10.8.2 și mysql a fost instalat cu homebrew.

chmod 0755 /var
chown root:wheel /var/tmp
sudo chmod 0771 /usr/local/var/mysql/*
Community
Răspuns editat 13 aprilie 2017 в 12:13
Comentarii (0)

Pentru mine a trebuit să reinstalați mysql 

brew reinstall mysql

și apoi mai jos Pentru a avea launchd start mysql acum și restart la autentificare:

brew services start mysql
Comentarii (0)

Pentru mine solutia a fost simpla:

top

a arătat că mysqld fost deja difuzate

sudo killall mysqld

apoi se lasă procesul să înceapă

Comentarii (0)

Am avut această problemă în timp ce încerca pentru a prepara upgrade pe MacOS X 10.7.5.

Din păcate mysql a fost, de asemenea, actualizat la 5.6.10 de 5.5.14. A încercat din nou, nu au de lucru.

Am decis să mă întorc la vechea mea de configurare și a făcut-o

brew switch mysql 5.5.14

Acest lucru nu rezolva problema. În altă parte am citit și am făcut asta, voila! Totul a fost întors :)

cd /usr/local/var/mysql
mv ib_logfile0 ib_logfile0.bak
mv ib_logfile1 ib_logfile1.bak
Comentarii (1)

Pentru mine solutia a fost de a suprascrie/corectarea datelor director în /etc/my/cnf.

Am construit MySQL 5.5.27 de la sursă cu instrucțiunile furnizate în fișierul readme:

# Preconfiguration setup
shell> groupadd mysql
shell> useradd -r -g mysql mysql
# Beginning of source-build specific instructions
shell> tar zxvf mysql-VERSION.tar.gz
shell> cd mysql-VERSION
shell> cmake .
shell> make
shell> make install
# End of source-build specific instructions

# Postinstallation setup
shell> cd /usr/local/mysql
shell> chown -R mysql .
shell> chgrp -R mysql .
shell> scripts/mysql_install_db --user=mysql
shell> chown -R root .
shell> chown -R mysql data

# Next command is optional
shell> cp support-files/my-medium.cnf /etc/my.cnf
shell> bin/mysqld_safe --user=mysql &

# Next command is optional
shell> cp support-files/mysql.server /etc/init.d/mysql.server

mysqld_safe încheiată în sine, fără nici o explicație. rularea /etc/init.d/mysql.serverul start a dus în eroare:

"server renunțe fără actualizarea fișier PID"

Am observat ceva ciudat în instrucțiunile de instalare totuși. Acesta are dreptul de proprietate s-a schimbat la mysql pentru director de "de date", dar nu "var"; acest lucru este neobișnuit pentru că ani de zile am avut pentru a se asigura că var director a fost mysql inscriptibil. Așa că am manual fugit `chown -R mysql /usr/local/mysql/var și apoi a încercat să-l înceapă din nou. Încă nu noroc. Dar mai rău, nu .err fișier în var dir - era în "de date" dir! deci, script-uri/mysql_install_db stabilește tabăra în /usr/local/mysql/var, dar restul cererii pare să vrea să-și facă lucrarea în /usr/local/mysql/date!

Așa că am editat /etc/my.cnf și în secțiunea [mysqld] am adăugat o directivă în mod explicit punctul de mysql's de date director de var (așa cum am aștepta în mod normal să fie nici cum), și după ce face acest lucru, mysqld pornește bine. Directiva pentru a adăuga pare ca acest lucru:

datadir = /usr/local/mysql/var

A lucrat pentru mine. Sper că vă ajută pentru tine.

Comentarii (0)

Am'm, folosind,

Am Instalat MySQL folosind homebrew ('infuzie instala mysql'). Acesta a instalat un cuplu de dependențe și apoi mysql.

Când am încercat să porniți-l în sus, 

west$ mysql.server start
Starting MySQL
.. ERROR! The server quit without updating PID file (/usr/local/var/mysql/west.local.pid).

Am dat comanda de asta, 

west$ /usr/local/Cellar/mysql/5.5.25/scripts/mysql_install_db

și MySQL funcționează.

Vă rugăm să rețineți că aveți nevoie pentru a rula mysql_install_db de la cele cu nivel superior de mysql director (de EXEMPLU, usr/local/Crama/mysql/5.5.25). Rulați-l direct în /directory script-uri nu dau un context suficient pentru a rula.

Comentarii (1)

Mysql Start în modul de siguranță 

/usr/local/mysql/bin/mysqld_safe start

SAU

pe MAC orice mysql sau mysqld sarcina (sau celelalte) în Activitatea de aplicare Monitor.

sau verifica-te de eroare

tail -f /usr/local/mysql/data/XXXXX-XXXXX-Pro.local.err
Saurabh Chandra Patel
Răspuns editat 9 septembrie 2015 в 3:26
Comentarii (0)

Se pare ca MySQL procesul se execută prin urmare, vă sunt în imposibilitatea de a utiliza portul. Puteți verifica funcționare MySQL proces utilizând următoarea comandă:

ps auxf | grep mysql

Dacă aveți orice MySQL procesul ucide ID-ul de proces, folosind kill -9 PID și apoi încearcă să înceapă MySQL.

Comentarii (1)

Ce's de eroare log spun? Am primit această eroare, și sa dovedit a fi un bătrân invalid setare în partea mea.cnf, care mysql jurnal de eroare indicat. Dacă nu o rău de configurare, setare, jurnal de eroare ar trebui cel puțin să vă punct în direcția cea bună.

Ei bine, presupun că OPERAȚIUNEA a stabilit că în acest moment... dar să sperăm că acest puncte de alții, văzând această eroare în direcția cea bună.

Comentarii (0)

Cu ajutorul a câteva răspunsuri postat aici, am fost în stare să găsească problema

Prima conduc

`sudo -am

Așa că am putea avea acces root.

Decât am șters xxxx.err fișier

rm-rf /usr/local/mysql/date/xxxx.err

după ce am început să MySQL in SafeMode

/usr/local/mysql/bin/mysqld_safe start

Se va încerca pentru a începe și va ieși din cauza unei erori... un nou xxx.err fișier va fi creat și trebuie să-l citiți pentru a vedea cauza erorii

tail-f /usr/local/mysql/date/mysqld.locale.err

În cazul meu, pentru un motiv oarecare, a fost lipsesc unele foldere și fișiere în/var/log/` folder... Așa că am creat atât

cd /var/log

mkdir mysql

atinge mysql-bin.index`

După noul fișier a fost creat, decât aveți nevoie pentru a schimba permisiunea

chown -R _mysql /var/log/mysql

Când toate aceste măsuri luate în cazul în care, baza mea de date a început să lucreze imediat...

Sper că acest lucru poate ajuta pe alții aici... cheia este de a citi eroare și de a vă conecta și de a afla ce este în neregulă...

Comentarii (0)