Como eliminar o erro Mysql Gone Away How do I fix the error “Mysql Server has gone away”?

Standard

The MySQL server has gone away (error 2006) has two main causes and solutions:

  • Server timed out and closed the connection. To fix, check that wait_timeout mysql variable in your my.cnf configuration file is large enough.
  • Server dropped an incorrect or too large packet. If mysqld gets a packet that is too large or incorrect, it assumes that something has gone wrong with the client and closes the connection. To fix, you can increase the maximal packet size limit max_allowed_packet in my.cnf file, eg. set max_allowed_packet = 128M, then restart your MySQL server: sudo /etc/init.d/mysql restart

 

Source: https://matomo.org/faq/troubleshooting/faq_183/

Portas de Email do Cpanel (Cpanel Mail Ports)

Standard

As portas que o CPANEL usa para emails são:

cPanel Webmail, 2095
cPanel Webmail (SSL), 2096
IMAP, 143
IMAP (SSL), 993
POP, 110
POP (SSL), 995
SMTP, 25 (587 no BRASIL, sendo necessário muda-la no CPANEL)
SMTP (SSL), 465

Ressaltando que NO BRASIL, por padrão a porta do cpanel deve ser setada como 587 em SMTP, isso significa que a porta de SMTP SEM SSL será 587.

FTP pure-ftp com ou sem TLS não exibe pastas (principalmente com TLS)

Standard

A dica é simples e fácil.
O problema do serviço de ftp não listar pastas dá-se às portas passivas que provavelmente estão bloqueadas no firewall.

Se você usa o CSF na parte de configuração localize TCP_IN = , na informação de portas informe 30000:50000, fazendo isto você está dizendo que as portas passivas estão liberadas.

Abraços =).

RoundCube está mostrando atualizando (updating) o tempo todo e não carrega os emails de uma conta

Standard

round cube logo

Bom, há uma infinidade de coisas que podem estar ocasionando isto, porém as mais prováveis são as que restringem-se a usar muitos recursos de um servidor WHM/Cpanel.
A saída é bem simples. No caso que cito a solução apliquei em um servidor que possuía uma conta de email com MUUUUUUUUUUUUUUUITAS mensagens e ocorria o loop infinito na hora que a pessoa logava-se no webmail Roundcube e tentava ver sua caixa de entrada. Ressalto que o roundcube usa e abusa do Ajax e isso demanda muito tempo de execução, CPU e ram, neste caso a saída é simples, edite o php.ini do WHM (não é o apache do servidor web dos home users /home/login/) ajustando-o para se adequar a alta demanda:

/usr/local/cpanel/3rdparty/etc/php.ini

Assim que abrir o mesmo com qualquer editor localize:

max_execution_time = 90
memory_limit = 128M

Aumente esses valores significativamente, principalmente o de ram, deixe pelo menos 5x maior do que está ali e o problema deverá estar sanado.
Se mesmo assim não sanar apele para 10x, ou seja:

max_execution_time = 900
memory_limit = 1280M

WARNING: 'require 'rake/rdoctask'' is deprecated. Please use 'require 'rdoc/task'

Standard

Em um ambiente CPANEL se isto estiver ocorrendo você necessitará de um downgrade no Rake.

Para isto, você deve saber a exata versão do rake do seu Ruby on Rails, no meu caso de exemplo:

 

gem uninstall rake -v 0.9.2.2 
gem uninstall rake -v 0.9.2 

Rode os dois comandos acima para tentar achar a versão 0.9.2, por exemplo, depois de feitos os comandos use o comando para instalar o rake mais antigo:

gem install rake -v 0.8.7

Feito isto é só alegria!

localhost.localdomain.com CPANEL criando ou deletando contas

Standard

Se ao criar ou deletar uma conta no CPANEL você está recebendo a mensagem new account on localhost.localdomain.com, se já colocou entrada A e ajustou todo dns do servidor e ainda recebe esse tipo de erro, no problem, é simples de se resolver.

Entre no arquivo /etc/wwwacct.conf e no final dele mude de localhost.localdomain.com para meuhostname.domíniodoservidor.com.br

Pronto!

🙂

MySQL server has gone away

Standard

Seu mysql anda estranho quando você está tentando fazer upload de um arquivo enorme via console (na verdade o restore, ou seja, mysql -u usuario -p nomedobdprarestaurar < arquivo.sql)???

Bem, se a mensagem de erro for esta -> MySQL server has gone away NÃO precisa entrar em pânico, só existem 2 coisas que são feitas e sanam tranquilamente o erro:

1 – entre no /etc/my.cnf (ou arquivo de configuração do mysql) e informe set-variable = max_connections=1500

Isto vai liberar para 1500 conexões concorrentes no mysql.

2 – Se o erro persistir, no mesmo arquivo informe:

max_allowed_packet = 5000000000

Você estará liberando uploads/restore/dumps de 1gb de tamanho.

Depois disso, reinicie o mysql (normalmente service mysql restart) e corra para o abraço.

 

Ah, se quiser ver qual valor ficou setado (só para conferir depois do restart use):

mysql> SHOW VARIABLES LIKE ‘max_allowed_packet’;

localhost did not have any working mirrors. Please check your internet connection or dns server. at /usr/local/cpanel/Cpanel/HttpRequest.pm line 596.

Standard

Se toda vez que você tenta rodar o EASYAPACHE esse erro é exibido, nada de pânico, existem 2 coisas a serem verificadas ( erro é localhost did not have any working mirrors. Please check your internet connection or dns server. at /usr/local/cpanel/Cpanel/HttpRequest.pm line 596. ):

Vá no /etc/resolv.conf e adicione isto no começo do arquivo:

nameserver 8.8.8.8

nameserver 8.8.4.4

Ambos são dns da GOOGLE.
Tente novamente, se não rodar é por que seu arquivo /etc/hosts tem uma entrada de ip inválida ou um host inválido para o nome do seu servidor, quando na verdade deve ficar como loopback, veja um exemplo de COMO deveria ser o seu /etc/hosts:

127.0.0.1               localhost localhost.localdomain
ip.da.internet.publico          hostname.domeudomínio.com.br hostname

 

CPANEL ERROR with rpm_check_debug vs depsolve: libcups.so.2()(64bit) is needed by gtk2-2.18.9-10.el6.x86_64

Standard

Se o erro que surge para você, ao usar o YUM é este:

ERROR with rpm_check_debug vs depsolve:

libcups.so.2()(64bit) is needed by gtk2-2.18.9-10.el6.x86_64… (onde … são inúmeros erros), se estiver usando CENTOS é por que os pacotes gtk estão colidindo.
Para sanar seu YUM (isso eu recomendo SOMENTE em servidores que não precisamos de tais pacotes), procure por /etc/yum.conf, dentro dele, na parte inicial tem o exclude, depois de apache* coloque gtk* (seguindo o ritmo de espaços entre regras de exclusão de pacotes a não sofrerem alterações).

Depois disso, yum update -y

Ruby ao tentar acessar um site sob cpanel força o download do arquivo

Standard

Nada de pânico, outrora ensinamos como resolver erro 500 do ruby sob cpanel, agora é muito simples.

Verifique se o /tmp está com as permissões para o acesso ao ruby (isto, em caráter de testes pode ser comprovado com chmod 7777 no /tmp).

Caso esteja sanado é permissão.

PS: após ajustar permissões reinicie o ror (/etc/init.d/ror stop e /etc/init.d/ror start).

The RPM DB is corrupt CPANEL WHM (como resolver)

Standard

Se a mensagem que você está recebendo for:

An automatic check on (Host Name) found the RPM database to be corrupted. An attempt was made to automatically fix the database but it was not successful. Please resolve this problem on your system. A backup of the original state of the RPM database directory can be found at /var/lib/rpm.rebuild.backup*

Tente as seguintes soluções logado no console (como root):

mkdir /root/old_rpm_dbs/
mv /var/lib/rpm/__db* /root/old_rpm_dbs/
rpm --rebuilddb

Se o erro persistir, logando no console (como root) rode:

/scripts/rpmup
Caso resolva com este comando, ok, se ocorrer o erro abaixo é por que sua biblioteca GLIBC não estão 100%:
rpm: error while loading shared libraries: libm.so.6: cannot open shared object file: No such file or directory
/usr/bin/perl: error while loading shared libraries: libresolv.so.2: cannot open shared object file: No such file or directory
Veja se está ok com o seguinte comando:
rpm -q glibc
Se a resposta for:
package glibc is not installed
Vamos instalar o pacote:
yum --enablerepo=updates-testing --enablerepo=testing install glibc-devel

Cpanel com ruby apresentando Status: 500 Internal Server Error Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)

Standard

Se esse erro aparece para você, caso já tenha resolvido o problema junto ao Mysql (reiniciar o mesmo) faça o seguinte:

 

ln -s /var/lib/mysql/mysql.sock /tmp/mysql.sock

Depois

Service mysql restart

Se o problema ainda persistir com o Ruby on Rails reinicie o mesmo,

/etc/rc.d/init.d/ror restart

O problema deve estar sanado.

Tema STABLE do cpanel não permite usar nenhum menu, nem listagem de emails, nem qualquer formulário do whm

Standard

Ontem a cpanel, com o auto update (setado no crontab, podendo ser visto com crontab -e) apresentou sérios problemas em suas templates, mesmo em versões de update Stable.

A saída para sanar este problema está nas 2 formas abaixo:

 

1 – Entre no console e digite /scripts/upcp –force e espere terminar, caso não resolva vá ao ponto 2:

2 – Entre no WHM, vá em update e escolha CURRENT, assim que salvar o WHM vai sugerir que dê update (só que não funciona o update now, rsrsrs, é um form bugado), entre novamente no console e digite /scripts/upcp –force, este sim é garantido.