“mysqld_safe --user = mysql &” trava após nova instalação

3

Estou tendo problemas para iniciar meu novo servidor MySQL (v5.6) no Ubuntu Desktop 12.04 (64 bits).

Descrição do problema:

O problema é que, depois de seguir instruções para instalar no Linux usando binários genéricos, quando eu faço sudo bin/mysqld_safe --user=mysql & o console imprime algumas linhas e depois trava (veja a saída da linha de comando abaixo). Depois disso, não recebo meu prompt de comando de volta. Eu conheço o & significa que é suposto ser um processo em segundo plano, mas eu esperava ainda obter meu prompt de comando de volta ...

Etapas que fiz até o problema:

As instruções que estou seguindo são aqui . Eu chego até o ponto em que diz para executar o comando colado acima, e é quando perco o prompt de comando. Verifiquei novamente se baixei o arquivo TAR de 64 bits, não o de 32 bits. Eu verifiquei duas vezes minhas permissões de pasta e arquivo (tudo / usr / local / mysql e down é de propriedade de meu mysql: mysql). Também verifiquei meu arquivo host [host] .err, que está vazio. Eu pesquisei e pesquisei nesses fóruns por uma solução, mas nenhuma das respostas existentes resolveu meu problema específico.

Por sinal, estou realizando essas etapas em uma máquina virtual, então tirei "instantâneos" e obtive minhas VMs a ponto de poder recriar esse problema repetidamente. Apenas para descartar a possibilidade de que o problema seja específico das VMs, tentei as mesmas etapas exatas em uma não-VM e obtive o mesmo resultado.

Próximas etapas:

Enquanto isso, posso seguir em frente iniciando com uma instalação limpa do MySQL usando sudo apt-get install mysql-client-5.5 mysql-server-5.5 , mas estou realmente interessado em entender por que todas as tentativas de instalação usando os binários genéricos falharam. Qualquer ajuda que alguém possa fornecer seria muito apreciada.

Saída da linha de comando:

me@vm-ubuntu:/usr/local/mysql$ sudo bin/mysqld_safe --user=mysql &
[1] 2051
me@vm-ubuntu:/usr/local/mysql$ 130708 09:00:12 mysqld_safe Logging to '/usr/local/mysql-5.6.12-linux-glibc2.5-x86_64/data/vm-ubuntu.err'.
130708 09:00:12 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql-5.6.12-linux-glibc2.5-x86_64/data
130708 09:00:15 mysqld_safe mysqld from pid file /usr/local/mysql-5.6.12-linux-glibc2.5-x86_64/data/vm-ubuntu.pid ended
    
por Scott 08.07.2013 / 15:31

1 resposta

0

Você está 99% do caminho até lá - o & realmente instrui o Bash a colocar o processo em segundo plano, e o [1] 2051 , mostrando o [número do trabalho] e o pid do processo em segundo plano, mostra que isso está acontecendo corretamente. Sendo este o caso, você está realmente recebendo o seu prompt de comando de volta, mas não é muito óbvio que você é, por causa das linhas escritas pelo MySQL para o erro padrão. Considere a terceira linha da sua saída colada:

me@vm-ubuntu:/usr/local/mysql$ 130708 09:00:12 mysqld_safe Logging to '/usr/local/mysql-5.6.12-linux-glibc2.5-x86_64/data/vm-ubuntu.err'.

O início desta linha é o seu prompt, mas é perdido contra a saída do stderr gerada pelo MySQL. Se você pressionar Enter uma ou duas vezes depois que a saída stderr aparecer, você deve achar que faz com que o seu prompt apareça novamente como você espera ver.

    
por 08.07.2013 / 16:08