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.
Como sanar este erro?
Das coisas mais malucas que já vi foi o ror pedir um temp dentro do mysql para poder trabalhar.
Bem, se essa é a onda dele, vamos curtir juntos, não? Como sanar?
Entre dentro do /etc/my.cnf
Insira a seguinte linha:
tmpdir = /var/lib/mysql/tmp
Isto deve ser colocado na parte [mysqld].
Assim que for feito ainda não reinicie o mysql, faça os passos:
mkdir /var/lib/mysql/tmp
chown mysql:mysql /var/lib/mysql/tmp
E por fim use o comando:
service mysql restart
Depois disto curta a onda e nada de flip ;). (Quilhas cortam MUITO)
Se esse erro aparecer para você não entre em pânico, entre como root no servidor e use os comandos abaixo:
rm -rf /var/spool/exim/db/callout
service exim restart
Depois disso será só alegria, recebimento de emails na alta.
Abraços ;).
Entre como root e execute o seguinte comando (sugiro que use screen, rode os comandos e depois dê um CTRL depois aperte A e depois aperte D para sair do screen):
updatedb
Assim que terminar (normalmente whm já roda isso a noite, por isso é rápido):
locate backup | grep “\/home/” | grep ‘tar.gz’ | xargs rm -rf
Abraços galera ;).
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.
Se tudo que você já tentou (mudar hostname, criar entrada A e etc) NÃO resolveu isso, basta entrar no arquivo: /etc/wwwacct.conf e setar o HOST para o hostname completo da sua máquina e WINNER 😛
Para massacrar esse problema chato use os comandos:
/scripts/makecpphp |
/etc/init.d/cpanel restart |
checking for jpeg_read_header in -ljpeg... no |
configure: error: Problem with libjpeg.(a|so). Please check config.log for moreinformation. |
yum install libjpegyum install libjpegBem, se você necessita de uma ferramenta bem clean que fará a zona de dns master ser rescrita em seu whm use apenas o comando abaixo:
/scrtips/rebuildnamedconf
Isto vai reconstruir a zona de dns baseada em seus nameservers setados no whm, simplesmente cool ;).
Calma, sem problemas.
Se conseguir entre como root e rode o seguinte comando:
/etc/rc.d/init.d/ipaliases restart
Depois veja no whm se os ips voltaram, caso ainda assim não tenha retornado rode
chkconfig --list ipaliases
Verifique também (caso os comando acima não sanem seu problema) os arquivos:
/etc/ips e /etc/ipaddrpool
Abraços.
Se a mensagem de erro apresentada a você, usando o Horde como Webmail for semelhante a esta:
Fatal error: Out of memory (allocated 61603840)
(tried to allocate 44042239 bytes) in
/usr/local/cpanel/base/horde/imp/lib/Folder.php on line 542
Faça o seguinte, entre no arquivo: /usr/local/cpanel/3rdparty/
Este comando (/usr/local/cpanel/bin/install_php_inis) há de validar a mudança junto ao cpanel.
Abraços.
A concessionária Fiori, revendedora da linha Fiat em João Pessoa, comercializou em dezembro de 2011 um veículo ‘Novo Palio’, modelo 2012, de placas OFB-7139-PB, com falhas ao cliente José Fernando Santos de Carvalho.
De acordo com o comprador, dois dias após a aquisição do veículo, começaram os intermináveis problemas. Inicialmente, o veículo não deu partida, ou seja, quando a chave de ignição era acionada, o painel não acendia e o carro não ligava o motor.
Indignação
“Procurei a Fiori para solucionar o problema e ‘eles’ (Fiori) não detectaram nenhuma anomalia, informando que o carro estava em perfeitas condições de uso. No entanto, o problema persistiu e eu retornei diversas vezes na concessionária para relatar a mesma anomalia, além de outros tantos, como um alarme de velocidade excedida sem que o veículo estivesse em tal condição. Houve travamento de porta-malas, ponteiro pulando, computador de bordo todo sem regulagem, entre outros problemas”, disse José Fernando.
Medo
O consumidor prejudicado teme pela sua vida e da sua família. Ele revelou que por conta de sua vida profissional, necessita viajar constantemente. “Eu não posso nem me arriscar, pois não confio mais no Palio que adquiri na Fiori. Vou procurar meus direitos e tenho fé que tudo será resolvido”, desabafou José Fernando.
O outro lado
A reportagem do Paraíba Já entrou em contato com a Fiori, pelo 3208-1512, porém, a ligação passou por diversos ramais e acabou sendo desligada.
Paraíba Já
=============
http://paraibaja.com.br/?p=noticia_int&id=19509
Nos ultimos 3 meses e meio, tenho retornado à Concessionária Fiat varias vezes. O fato é que comprei um carro(NOVO PALIO 2012) com anomalias, que eles nao conseguem resolver. Eles alegam: “O carro está em perfeitas condicoes de uso”.
Pasmem, ja experimentei porta-malas eletrico travado(no dia que ia viajar para ser padrinho de casamento), computador de bordo informando problemas no motor, dificuldades pra ligar o carro, ponteiro do velocimetro “PULANDO”, cortes na ingestão de combustível enquanto em movimento, controle das portas não respondendo e outras falhas na entrega do produto(direção desalinhada, risco no painel, peças alteradas).
Eu ja não aguento mais relatar o problema a empresa ou ficar vários dias à pés, por deixar o carro na Concessionária. Passo por diversos transtornos e incovenientes.
Tenho um filho de 1 ano. Todo pai sabe que “é lei”, chegar em casa e dar uma voltar na rua com o bebe pra ele nao chorar.Ficar se o unico carro da familia é MUITO PROBLEMATICO.
Faço viagems constantes à refice-PE, devido ao meu mestrado na UFPE e tenho MEDO DA INTEGRIDADE FISICA DA MINHA FAMILIA.
Sugiro que NÃO COMPREM VEICULOS FIAT, É JOGAR DADOS COM A SORTE. se o carro sair bem, ok, senão, vc ESTARÁ NO PREJUIZO (FATO).
SMTP -> ERROR: Failed to connect to server: Unable to find the socket transport “ssl” – did you forget to enable it when you configured PHP? (24)
Se esse erro ocorre é simples de resolver, não precisa mudar sua classe phpmailer, usar debug true ou mesmo error_reporting(E_ALL) afim de depurar, agora é hora de matar a pau.
Crie um arquivo chamado info.php e dentro dele coloque <?php phpinfo(); ?>
Abra este arquivo pelo site e por fim veja se está ativada a biblioteca openssl, caso esteja o problema será suporte a esse tipo de socket.
Mande que o seu provedor acesse o whm e em exim configurator editor ele marque a opção Allow weak SSL/TLS ciphers, depois de aplicar o whm vai reiniciar o serviço do exim e pronto, é só alegria.
PS, atente para estar usando a porta certa e o hostname certo no seu phpmailer :P.
$mail->Host = “smtp.gmail.com”;
$mail->SMTPAuth = true;
$mail->Username = “login@dominionoapps.com.br”;
$mail->Password = “senha”;
$mail->SMTPSecure=”ssl”;
$mail->Port=465;
No plesk 10.4, quando atualiza-se o mesmo você simplesmente está quase na mão do capiroto!
Sim, o erro vem de cara -> Fatal error: Call to undefined function curl_init()
1 – vá no php.ini que fica em C:\Program Files (x86)\Parallels\Plesk\Additional\PleskPHP5 e tente editar (primeiro localize) a seguinte extensão:
;extension=php_curl.dll — basta somente tirar o ; e depois reiniciar o iis, deve rodar filé.
2 – se ainda ocorrer erro é necessário jogar dlls na pasta syswow64 (para windows 64bt), para isso copie os arquivos libeay32.dll e ssleay32.dll da pasta C:\Program Files (x86)\Parallels\Plesk\Additional\PleskPHP5 e jogue em C:\Windows\Syswow64, depois reinicie o plesk.
Ambos procedimentos necessitam de reiniciar todos os serviços do plesk, feito isso, se rolar já me mande uma caixa de BIS! (do preto…)
Das coisas que acho interessante no cpanel é a flexibilidade com que as coisas operam.
O Cpanel em si não é um problema, porém, vamos analisar um caso aonde o horário comercial começou e o nosso backup ainda está moendo, moendo e moendo… no momento em que o rsync começa a trabalhar uma coisa que arrebenta bastante é justamente quando ele inicia e chama as fg -rlptD, isso faz com que o I/O fique piradoooo.
Uma forma de cortar um pouco o peso desse i/o é indo no arquivo cpbackup (/usr/local/cpanel/scripts/cpbackup) e acrescentar o recurso de banda de i/o ao rsync, isso vai amenizar uns 50% do peso do backup.
Uma forma simples que aplico nos servidores que gerencio e roda de forma bem bacana é a seguinte:
Localizando a linha my $rsyncopts = ‘-rlptD’; acrescente e deixe assim:
my $rsyncopts = ‘-rlptD –bwlimit=7000’;
Isso vai fazer com que o rsync trafegue no disco um peso de 7mbps, apesar de um pouco lento, caso alguns sites necessitem de leitura e escrita de disco terão uma boa folga para trabalharem sob leveza.
O valor da flag bwlimit é medida em KBPS, se você quiser colocar mais ou menos é fácil, mas eu deixo esse valor baseado na resposta do hdparm (hdparm -tT /dev/sda ou sdX aonde X é a letra do seu disco), o hdparm além de confirmar se o motor do disco está bom ainda te dá uma resposta de potência de leitura e escrita.
ps: Algo que faço por minha conta e risco é chattr +ai /usr/local/cpanel/scripts/cpbackup para bloquear o arquivo, mas não é bom em detrimento de mudanças constantes do cpanel (isso é coisa minha, mas se não fizer, na update seguinte ele sobrescreverá este arquivo :'( ).
Abração pessoALL ;).
Para resolver esse problema entre no /etc/resolv.conf, comente seus antigos dns e use os do google:
nameserver 8.8.8.8
nameserver 8.8.4.4
Para cpanel pt_br, o rvskin mostra esta mensagem:
Error from park wrapper: Usando Servidor de Nomes com os seguintes IPs: IP_DO_DNS1,IP_DO_DNS2 Sorry, the domain is already pointed to an IP address that does not appear to use DNS servers as sociated with this server. Please transfer the domain to this servers nameservers or have your administrator add one of its nameservers to /etc/ips.remotedns and make the proper A entries on that remote nameserver.
Naaaaaaaaaaaaaada de Pânico, sanar essa parada é fácil.
Abra o whm como root e em TWEAK SETTINGS clique em DOMAINS e deixe ON a opção:
Allow Remote Domains
Depois disso você vai enviar uma caixa de bis para mim ;).
Existe uma coisa estranha, e acontece mais do que imaginamos!
Já viu um fullbackup simplesmente parar no meio do caminho (pkgacct via console, por exemplo)?
Ou um user reclama que o backup está incompleto ou foi restaurar e o site não funfa mais? (um cms, por exemplo, como wordpress)
Isto ocorre em detrimento a limites do mysql (normalmente é esta a causa) no momento de gerar o dump, veja mais abaixo.
Um passo a segu1r é o seguinte, como root devemos executar o seguinte comando:
tail -f /usr/local/cpanel/logs/error_log
Se a saída do log (recomendo fazer isso via screen, por exemplo) for essa:
Script::Pkgacct::__ANON__() called at /scripts/pkgacct line 2154
Script::Pkgacct::run_dot_event(CODE(0x2b3d547e1050)) called at /scripts/pkgacct line 1141
Script::Pkgacct::script(‘Script::Pkgacct’, ‘LOGINDOCLIENTE‘) called at /scripts/pkgacct line 85
[UMA DATA] warn [pkgacct] LOGINDOCLIENTE_NOMEDOBD: mysqldump: Couldn’t execute ‘SHOW TRIGGERS LIKE ‘bl\_NOMEDOBD”: Got error 28 from storage engine (1030)
at /scripts/pkgacct line 1535
Script::Pkgacct::_check_error_file(‘LOGINDOCLIENTE_NOMEDOBD‘, ‘/home/cpmove-LOGINDOCLIENTE/mysql/LOGINDOCLIENTE_NOMEDOBD.sql.err’) called at /scripts/pkgacct line 1504
Script::Pkgacct::mysqldumpdb(HASH(0x2b3d547e1000)) called at /scripts/pkgacct line 1138
Script::Pkgacct::__ANON__() called at /scripts/pkgacct line 2154
Script::Pkgacct::run_dot_event(CODE(0x2b3d547e1050)) called at /scripts/pkgacct line 1141
Script::Pkgacct::script(‘Script::Pkgacct’, ‘LOGINDOCLIENTE‘) called at /scripts/pkgacct line 85
É simples de sanar!
Entre no /etc/my.cnf e comente as linhas que limitam uso de memória de cache (principalmente as de querys) do mysql.
Feito isto:
service mysql restart
Depois mande gerar o backup!
Se o problema não for resolvido veja se o erro é de EOF (end of file), se isso rolar, analise o disco, ou load (i/o no geral), pois pode ser falha no disco ou overload.
Abraços galera.
Isso aconteceu recentemente comigo e a saída é entrar no conf /etc/wwwacct.conf e ordenar que somente o /home seja o diretório de criação de contas.
🙂
Se receber esta mensagem de erro no seu mysql no momento de tentar restaurar um banco de dados por meio de arquivos (.sql da vida), no problem.
Verifique se no arquivo my.cnf (normalmente fica no /etc) existe uma linha que informa o modo recovery do innodb. Comente-o, reinicie o mysql e o problema estará sanado.
As vezes o exim pausa o seu envio afim de poupar recursos da máquina, que por default adentra neste estado a partir do load 3.
O único problema dessa brincadeira é que se o load estiver em 4 ele não envia nada com o padrão de velocidade na queue dele.
Como resolver isso?
Entre no conf do exim e procure pela linha:
deliver_queue_load_max = 3
3 é padrão.
Mude para o valor que achar melhor, recomendo algo até 8.
Abraços.